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Conventions 
The words “computer” and “terminal” are used interchangeably. 
The words “packet” and “frame” are used interchangeably. 


The words “command” and “parameter” are used somewhat inter- 
changeably. Specifically, command refers to the name of the command 
and parameter refers to the argument to the command (in other words, 
selected setting of the command). 


Kantronics units refers to KAM and KPC-series (Data Engine is some- 
times different). KAM refers to KAM, KAM with Enhancement Board, 
and KAM Plus. 


TNC commands and parameters are printed in all capital letters (upper 
case). 


TNC command names vary from manufacturer to manufacturer. There is 

a basic set that most TNCs follow, but as manufacturers started adding 

new features they came up with their own names. Even when a new com- 
mand was exactly the same function as a competitor’s command, they gave 
it a different name. This doesn’t cause a problem, except for us having to 
remember the correct command name for a particular TNC. When possible, 
the different command names used for the same function have been given. 
Some commands vary in usage between TNCs. Consult your TNC manual 
for TNC specifics and changes due to updated firmware. 


There are many computers, terminal programs, radios, and TNCs. General 
information is given to assist in figuring out answers to most situations. 
When approaching an unknown situation, all information has possible 
application; although, when the specifics are discovered, all information 
may not apply. 


As technology expands and features are added to units, all information is 

subject to change. However, most of the information in this book is about 
fundamental principles of protocols. As long as these protocols are used, 

they are unlikely to have great changes. 
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Introduction 


The information in this book is presented in chronological order: packets 
begin at the keyboard of a computer, travel through a cable to the TNC, 
get processed in the TNC, travel through another cable to the radio, and 
are then transmitted. Packet header information (that can be displayed 

to the computer screen) is discussed as well as the AX.25 frame structure. 


If you have a specific interest, you may want to start reading with the 
chapter that deals with a particular subject. Most of the information in 
each chapter is self-contained and does not heavily rely on knowledge 
from previous chapters. However, if you find yourself getting confused, 
you may want to check the index for a possible previous discussion or 
read the book from the beginning. In particular, binary and hex notation 
are defined in the first chapter; some parts of the book may be hard to 
understand without this knowledge. 


Chapter 1 — The Computer. Since most packets begin by someone typing on 
the computer keyboard, this book begins with a brief description of how a 
computer works. The PC XT is used as the basis for this description. Even 
though the PC XT is becoming obsolete, it is the easiest to describe and 
newer computers follow the same fundamental principles. 


Chapter 2 - The Computer to TNC Cable. The computer talks to the TNC 
through a cable that is attached to both units. Several wires are in this cable, 
and their functions are explained in this chapter. 


Chapter 3 — Terminal Program and TNC Settings. The TNC can talk to 
the computer in several ways; and some computers can talk to the TNC in 
several ways. Both units must be set to talk the same way or they will not 
understand each other. 


Chapter 4 — Inside the TNC. Packets are formed in the TNC and then 
transmitted. You can set many parameters that affect the efficiency of this 
process. The TNC also receives packets. 


Chapter 5 — TNC to Radio Wiring and Adjustments. The TNC talks to the 
radio through a cable that is attached to both units. Several wires are in this 
cable, and their functions are explained in this chapter. 


Chapter 6 — Sample QSOs. Packet header information is often displayed 
on your screen. These headers are explained by examining two QSOs. 


Chapter 7 — The AX.25 Frame. The TNC puts information in packets in 
a very specific order. This order is defined in the AX.25 protocol and is 
explained in this chapter. 


Chapter 8 — Guide to Troubleshooting. Some solutions to common 
problems are listed in this chapter. 
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FIGURE 1 
Simplified Block Diagram of Computer and Keyboard 
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CHAPTER 1 


The Computer 


Voltages change and things happen. That’s how computers work. When 
you press a key on the keyboard, a series of voltage-changes occurs and 

a character appears on the screen. Starting a program begins a sequence 
of changes that may produce gorgeous pictures on the screen. Packet radio 
uses a terminal or communications program that “talks” to the TNC and 
lets you talk to the world. 


Figure | shows a simplified block diagram of a PC computer and keyboard. 
The shaded lines in Figure 1 are wires, or electrical traces on a board. They 
are used to send electrical pulses (“talk”) between parts of the computer. 


The Central Processing Unit (CPU) is the dictator of everything that 
happens in the computer. The CPU’s assistant is the Interrupt Controller. 
Many devices (parts of the computer, internal or external) must first talk to 
the Interrupt Controller when they want to talk to the CPU. The Interrupt 
Controller decides who has priority to talk to the CPU, and tells the CPU 
who wishes to talk. The CPU then talks to the device using the Bus as the 
communications line. The Bus is used for communications between devices, 
but a device cannot use the Bus without the CPU’s permission. All devices 
are connected in some way to the Bus. 


Each device has a controller. This may be as small as a single chip or it 

may be a whole card in the computer that contains the circuits needed 

for communication between the device and the computer. When a device 
needs to talk to the CPU, its controller sets a voltage on its Interrupt Request 
(IRQ) line. Several devices may do this at the same time, so the Interrupt 
Controller decides priority and then sets a voltage on its Interrupt (INT) 

line to the CPU. The CPU acknowledges with a voltage on the Interrupt 
Acknowledge (INTA) line and then talks to the Interrupt Controller via the 
Bus to find out who needs attention. Then the CPU talks to the device’s 
controller to see what needs to be done. 


The Interrupt Controller has several places where IRQ lines can be attached. 
Each place is referred to by number, such as IRQ4 for COM1 (communica- 
tions port 1). If two controllers are attached to the same place, they will both 
have the same IRQ number and cannot normally be used at the same time. 
This is true of COM1 and COM3 in the PC computer. Each controller also 
has an address. The address is sent on the Bus and the controllers only listen 
to the Bus if their address has been sent. 


Some controllers, such as disk drives, use DMA (Direct Memory Access) 
instead of interrupts. In these cases, a controller notifies the CPU directly 


by placing a voltage on its DMA Request (DRQ) line. The CPU decides 
who has priority and in turn acknowledges the controller with a voltage on 
its DMA Acknowledge (DACK) line. Then the controller can use the Bus 
to talk directly to memory. The controller also puts a low voltage on the 
Terminal/Count (T/C) line of the Bus while it is using the Bus. When it is 
finished with the Bus, it returns this line to a high voltage and thus notifies 
the CPU that it is finished using the Bus. 


The computer has two types of memory — ROM and RAM. They have no 
direct lines to the Interrupt Controller or to the CPU; therefore, they cannot 
initiate any action. If a device wants to store or retrieve something from 
memory, the device must tell the Interrupt Controller that it wants to talk to 
the CPU (DMA devices tell the CPU). The CPU then gives the device per- 
mission to use the Bus. 


ROM (Read Only Memory) is permanent memory. Basic boot code (code 
needed to start the computer) and BIOS (Basic Input Output System) 
code is put in ROM when the computer is made. This is the basic code the 
computer needs to load the operating system when turned on, and to com- 
municate with various devices. 


BIOS is a set of machine-language routines that are accessed by sending an 
interrupt to the CPU or by program code. The CPU then looks in an inter- 
rupt table to find the beginning address of where the routine is stored. Many 
of these routines are stored in ROM. However, some programs change the 
address in the interrupt table so it points to part of their own code. Other 
routines may be loaded from a “device=” statement in the config.sys file, 
such as when using a serial mouse. In this case the serial port is treated 
differently than normal, so the mouse driver loads a new routine into RAM. 
Then it changes the address in the CPU’s interrupt table to the address of 
the new routine in RAM. 


BIOS routines contain many of the specific instructions for a particular 
device (keyboard, mouse, screen, etc.). For example, when a program wants 
to write a character to the screen, it just has to say “write this character at 
this location’. Then a BIOS routine takes care of all the instructions for 
turning screen pixels on or off. 


RAM (Random Access Memory) is temporary memory. When the computer 
is turned off, the things stored in this memory are forever forgotten. When a 
program is started, the program code is read from disk and placed in consec- 
utive RAM locations. A pointer to the first instruction is put into a register 
(storage location) in the CPU. The CPU acts on that instruction and then 
moves its pointer to the next instruction. 


Many programs require you to type on the keyboard. Inside the keyboard 
are many switches connected to a keyboard controller. This keyboard 


controller is often just a chip or microprocessor. It is constantly scanning the 
switches for action. The switches are the keys you press to type a character. 
Each key on the keyboard is really just a switch. When you press a key, you 
close a switch. This closed switch sends a signal to the keyboard controller 
in the keyboard. The controller senses the closed switch and sends a “scan 
code” to the keyboard controller in the computer. The code is sent serially 
through the cable that attaches the keyboard to the computer. The scan code 
is unique to the key that was pressed. 


For this keystroke to be meaningful, the CPU must be notified. So the 
controller puts a voltage on its IRQ line and the Interrupt Controller 
decides when to notify the CPU. The CPU uses a BIOS routine to talk 

to the keyboard controller, interpret the scan code, and place a code 
identifying the key that was pressed in the keyboard buffer (in RAM). 
The Shift, Alt (Alternate), and Ctrl (Control) keys are modifier keys. If 
you press and release these keys without pressing another key, no code 
is placed in the keyboard buffer. You must keep the modifier key pressed 
while pressing another key; then a unique code for the two-key combin- 
ation will be placed in the keyboard buffer. 


Next it is up to the terminal program to get the code from the keyboard 
buffer. The program must then decide the purpose of the code and call rou- 
tines to perform the necessary function. For example, display the character 
to the screen, send it to the serial port, or perform a program function. A 
program may contain its own BIOS routines to interpret the Shift, Alt, and 
Ctrl keys for its own needs. Therefore, these keys do not function the same 
in all programs. Besides getting characters from the keyboard buffer, a pro- 
gram can also monitor the keyboard interrupt and find out when a key is 
pressed and when it is released. 


Digital Communications 


Digital communications, in its simplest form, is the transfer of information 
by sending a signal that changes between two states. The changes must 
occur at specific time intervals. The two states are often referred to as on 
and off, true and false, high and low, mark and space, or 0 and 1. For exam- 
ple, the computer transfers information by using +5 volts and 0 volts. The 
time interval between changes varies depending on the type of computer 
and/or device. However, any two devices communicating with each other 
must use the same interval. The information transferred by one signal during 
one time interval is called a “bit”. To send useful information, a group of 
bits is sent that together mean something more than 0 or 1. 


Binary. A form of notation called “binary” is often used to represent digital 
data. Each bit is either on or off and is represented in binary as 1 or 0 
respectively. A group of 8 bits is called a “byte”. 


In our normal decimal counting system we count from 0 to 9. After 9 we use 
a two-digit number, 10. In binary we can count from 0 to 1. Then we have 
to go to a two-digit number, 10, which is equal to our decimal number 2. 


The position of a number in a group gives it meaning (value). For example, 
in decimal 110 means 0 ones, | ten, and 1 hundred. In binary, 110 means 

0 ones, | two, and 1 four. Each position is two times the position before 

it. Binary numbers are usually shown in groups of eight; each group rep- 
resenting one byte of information. The “1” position is often referred to 

as the “Least Significant Bit (LSB)”’, and the “128” position is the “Most 
Significant Bit (MSB)”. The chart below shows the value of each position 
in a byte. 


Position Value 1283 nb4ei Boos bbc 8 4 2 1 
(in decimal) 


Binary Number 1 QIORT 1 0 0 0 1 
MSB LSB 


The number in the chart, 10110001, equals 177 decimal (128+32+16+1). 


As you can imagine, binary numbers can get long and tedious to work with. 


Hex. Binary numbers are often represented in “hexadecimal” or “hex” notation. 
In hex, each position’s value is a multiple of 16 (1, 16, 256, 4096, 65536) 
and each position can contain a value from 0 to 15. This presents a problem: 
How do we show the decimal values of 10 to 15 with only one digit? The 
solution is: When we get to 9, we start using the alphabet, A hex = 10 deci- 
mal, B= 11, C=12, D= 13, E= 14, and F = 15, then 10 hex = 16 decimal. 


A hex number containing | digit can have a decimal value as high as 15 and 
a binary number containing 4 digits can have a decimal value as high as 15. 
Therefore, each binary byte (8 binary digits) can be converted to a two-digit 
hex number. Hex numbers are often shown in groups of two, each group 
representing one byte of information. 


To convert the binary number 10110001 to hex, we can imagine it being two 
four-digit binary numbers: 


Binary 1011 0001 
Hex B ] 


Binary 10110001 equals hex B1. The first four binary digits, 1011, have 1s 
in the positions valued at 8, 2, and 1. Therefore their value is decimal 11, 
which is hex B. The right four digits have a value of 1, which is 1 in binary, 
decimal, and hex. 


To convert B1 to decimal: B is decimal 11 and is in the position valued 
at 16; 1 is in the position valued at 1. Therefore, hex B1 equals decimal 
(11 x 16) + (1 x 1) or decimal 177. 


The chart below shows the relationship between the three numbering 


systems. 

Decimal Binary Hex Decimal Binary Hex 
0 0000 0 8 1000 8 

1 0001 1 9 1001 7 
2 0010 2 10 1010 A 
3 0011 3 11 1011 B 
4 0100 4 12 1100 @ 
5 0101 5 13 1101 D 
6 0110 6 14 1110 E 
fi O111 7 15 TELL F 

16 10000 10 


Parallel Communications. Let’s get away from the mathematics and back to 
the computer. As we said earlier, to send useful information, a group of bits 
is sent that together mean something more than 0 or 1. Parallel communica- 
tions uses a group of signals (usually sent on wires) to simultaneously send 
a group of bits. Each signal sends one bit for each time interval. Eight wires 
will together transfer 8 bits, or a byte, for each time interval. The number 
of wires depends on the design of the circuit and how much information the 
processor or device can handle at any given time. Besides the wires carrying 
information, there are also wires for control information such as signal ref- 
erence (ground), timing, and ready state. There are several standard ways to 
implement parallel communications. 


Many computers have a parallel port used to communicate with parallel 
devices. The PC has a Centronics parallel port that is normally used to talk 
to a printer. This port has 8 data wires and 9 control wires. Not all control 
wires are used by every device. The connector on the computer is a DB-25 
female connector. The Macintosh has a SCSI (Small Computer System 
Interface) parallel port normally used to talk to external disk drives, scan- 
ners, and other devices. The Macintosh also uses a DB-25 connector, but 
the pins are defined differently than the PC Centronics port. 


The computer Bus uses parallel communications. However, Bus communi- 
cations are very complex because there are many devices using the same set 
of wires. The CPU controls who can use the Bus. Besides data and control 
wires there are also address wires. Each device has an address and only uses 
the Bus when its address is on the address wires. 


Serial Communications. When we discussed the keyboard, we mentioned that 
the data goes through the cable to the computer in a serial fashion. In this 
case there is only 1 signal for the data and the bits are sent one after the 
other. Each time interval a new bit is decoded. The receiving device must 
wait until 8 bits have been received before processing a byte of information. 


Timing for serial communications is done in one of two ways, synchronous 
and asynchronous. Synchronous timing is hardest to implement and there- 
fore seldom used. Timing between devices is accomplished by sending a 
control signal that changes at each time interval. A synchronous byte is 
dependent on timing; it must start in increments of 8 bits. In other words, if 
there is no data to send, the next data must start after a pause whose length 
is an increment of 8 bits. 


Asynchronous timing adds a start bit and a stop bit to every byte of infor- 
mation. When there is nothing to send a stop bit is sent. The voltage signify- 
ing a stop bit is on the wire until there is something to send, then the voltage 
changes to the start voltage for one time interval (the start bit). Next, the 

8 bits (a byte) are sent and then the voltage is changed to the stop voltage 
for at least one time interval (the stop bit). (There are systems, that require 
more than 1 time interval for a stop bit.) Figure 2 illustrates the changes of 
a signal (voltage) over time to send asynchronous serial communications. 


FIGURE 2 
Asynchronous serial communications as seen on an oscilloscope 


stop start data data data data data data data'data’stop' ‘start'data 
bit bit bitO bit1 bit2 bit3 bit4 bit5 bit6 bit7 bit bit bit O 


Time > 


Note: Pause between stop bit and start bit may be any length. 


When using asynchronous timing, there are 10 bits sent to the other device 
for each 8-bit byte of information. The internal circuits of each device work 
with 8 bits, but when a byte is sent on the serial cable there are 10 bits sent 
(8 data bits plus | start bit and 1 stop bit). This is necessary so the receiving 
device knows when a byte begins. The pause between asynchronous bytes 
(including stop and start bits) can be of any length. When sending data 

bits, the length of each bit is a specific time interval. The time intervals are 


determined by the speed or “baud rate’”’ of communications. Baud rate is 
the number of time intervals per second. For example, if a device is talking 
at 9600 baud, it will take 1/9600 (0.0001041) of a second (or 0.1041 milli- 
seconds) for each time interval. 


A term easily confused with baud rate is bits per second (bps or b/s). When 
the signal changes between two states, as we have been discussing, baud 
rate and bps are the same. However, digital communications can be accom- 
plished by changing the signal between several states. Each state will repre- 
sent a number of bits. For example, a system could use four tones, where 
Tone 1 = 00, Tone 2 = 01, Tone 3 = 10, and Tone 4 = 11. One tone is sent 
during each time interval. Each tone represents two bits. If tone 2 is sent 
followed by tone 4, the binary code 0111 will be decoded. When using this 
type of system, bps is double the baud rate. 


Asynchronous serial communications is used between the TNC and com- 
puter so we will be talking more about it in the next couple chapters. 


ASCII (American Standard Code for Information Interchange). With all these 
bits and bytes and codes, sometimes we actually need to communicate in 
real words. How does the computer understand characters like A, B, C? 
A character, like anything else in the computer, is a string of bits. ASCII 
is a standard that many computers use for our alphabet. Each character is 
assigned a different code. 


For example, the letter A = 0100 0001 binary 
= 41 hex 


= 65 decimal 


ASCII also defines special characters that function as control codes, which 
are used to communicate with devices such as printers and modems. This is 
all taken care of using 7 bits in different combinations to give us 128 char- 
acters. Figure 3 shows a chart of the ASCII characters. 


The ASCII standard defines characters using only 7 bits. However, most 
computers deal with data in multiples of bytes, which is 8 bits. By using 
combinations of 8 bits we can have 256 characters. The extra 128 charac- 
ters can be defined by a program for whatever purpose it chooses, possibly 
graphics characters. Although there is no standard, sometimes these extra 
128 characters are referred to as “high-ASCII”. 


The ASCII standard is often used to transfer information between unlike 
programs, since each program uses its own special format to store data. 


Troubleshooting 


There are many parts inside a computer that can go bad, but if we are having 
trouble with packet radio, the computer is not normally the problem. If there 
is a problem in a computer, it will usually affect more than just one pro- 
gram. However, if a program does not use a particular controller, the com- 
puter may work fine for that program, even though a controller may be bad. 


Here are some things to consider if you suspect a problem in the computer: 


Static. Many parts inside the computer are susceptible to static electricity. If 


you are going to do anything inside the computer case, be sure to ground 
yourself. Static shocks that are so small that you can not feel them can 
damage sensitive parts. Even outside the case you need to be careful. 
Ground yourself before you connect or disconnect cables, especially when 
it gets dry and you are getting shocks from door handles and such. Static 
electricity can travel through cables and destroy parts inside the computer. 


Dirt and Dust. Computers like clean areas; but even in relatively clean areas, 


dust seems to built up and find its way into places it doesn’t belong. 
Sometimes just a little dust where the boards plug into the motherboard 
can create a problem. When attempting to clean dust out of a computer, 
beware of static. One of the best things to use is compressed air cans. 
Carefully pulling a card out and reinserting it can sometimes remove dirt 
built-up on the connectors. 


Connectors and Cables. Loose connectors can cause intermittent problems 


by making poor contact. Wires inside of cables can break or come uncon- 
nected from the connector pins, especially if the cable is frequently moved. 
Use shielded cables when connecting devices to the computer. RF from 
your radio can get into the cable and do all kinds of strange things. It can 
even get inside your computer and scramble the actual memory contents. 


Keyboards. Be nice to your keyboard; it is your lifeline to the power of the 


computer. Keep liquid, dust, and cigarette ashes away from the keyboard. 


Floppy Disk Drives and Disks. You can buy cleaning kits for floppy disk 


drives. Use them occasionally; it will lengthen the life of your drive. Keep 
disks in a clean, dust-free, and static-free area. Disks store information in 
a magnetic form. Keep disks away from magnetic fields. 


Power Surges and Lightning. Surge protectors at the house outlet can protect 


10 


the computer from electrical company power surges. Lightning is a different 
story. The best thing you can do during a lightning storm is have your 
equipment unplugged. If lightning can jump from the cloud to the ground, a 
surge protector isn’t going to stop it. 


Devices. If you are having a problem with a device outside the computer, such 
as a printer, try using a different printer (or a different computer) to deter- 
mine if the problem is the printer or the computer. The problem may also 
be in the controller. Many controllers are multi-function; they may have 
a serial port (or two), a printer port, and/or a game port. Some parts on the 
controller are used by the whole controller, while other parts are used by 
only one port. We will look at some problems specific to the serial port later. 
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FIGURE 3 
ASCII Chart 


Ctrl | Dec | Hex |Code] Dec | Hex |Char| Dec | Hex |Char] Dec | Hex | Char 


_@ | 0 | 00 [NUL @ | 96 | 60 | > 
_A [1 | 01 |son A | 97 | 61] a 
_B | 2 | 02 |stx B | 98 | 62] b 
~¢ | 3 | 03 [BTx c | 99 | 63] ¢ 
_D | 4 | 04 |Eor D | 100] 64 | 4 
SE Fy Use TENG E | 101| 65 | e 
_F_| 6 | 06 [ACK] 38 | 26 | & | 70 | 46 | F | 102| 66 | f_ 
_G | 7_| 07 [BEL G | 103) 67 | g_ 
_H | 8 | 08 | BS H | 104] 68 | h 
MBS aici 9s r | 105 | 69 | 
_3 [10 | 0a | LF | 42 | 2a | * | 74 | 4a | 3 | 106 | GA 
_K | 1 | 0B | vr] 43 | 2B | + | 75 | 4B | K | 107| 6B | k 
L | 12 | 0C | FF Ln }108.)-)6@H alae 
_M | 13 [0D | cR] 45 | 2D) - | 7 | 4D | M | 109/ 6D | m 
_N | 14 | 08 | so N | 110] 6&| no 
PONT ee ec o | 11] oF | o 
_P | 16 | 10 [DLE] 48° P| 1124) 70 
Qeite APs pd CDCI Qi 113:beFtak | 
_R | 18 | 12 |Dc2 R | 4] 72] + 
_s | 19 | 13 [pcs Ms RUE. 
_T | 20 | 14 [Dea] 52_ T | 116 | 74 | ¢ 
U..| 21.) 15.,INAK| 53.,|,-35..)0 15) | 085 0)55) | Ua lalg eee 
_V_| 22 | 16 [syn] 54 | 36 | 6 | 86 | 56 | v | 118) 76] v 
_w | 23 | 17 [ETB] 55 w | 119] 77 | w 
BP. Gow aa Neat Oe x1 1201-78 ee 
_Y | 25 | 19 | EM ¥ | 121] 79] y 
Zh 26 teh Ae SUB Z | 122| 7A |..z 
_{ | 27 | 4B [Esc pit [u23i} Baa 
\ [28h @eRs Nc | 124 | 76 5 
11.297 ] 1.125]. 7D be 
A | 30 | 1E | RS A 1.426.| 7 eee 
Ss 31 1F | US 127 | 7F | DEL 
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FIGURE 3 (Continued) 
ASCII Chart 


Hex | Dec | Hex 
CO | 2241} EO 


eeiige) 1 tuk 


76.1.220- |. Ee 


eH 22} 
C4 | 228 | E4 
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FIGURE 4 


Computer (DTE) TNC (DCE) 


Pin Function Pin 
TXD) talkies ee eee 
RXD: listen “5-2 ek Oo 
SG reference <——______—_—__» SG 


Arrows show direction of information. 


See a asrcorcerencepep eccrine 
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CHAPTER 2 


The Computer to TNC Cable 


The TNC is a serial device so we attach it to the serial port of a computer. 
The serial port is a connector that is normally on the serial controller card 
of the computer. As we learned earlier, serial communications is done by 
changing voltages on a wire. Also, the amount of voltage during one time 
interval communicates one bit of information. The amount of voltage nec- 
essary to signify a change in meaning is defined by a standard. Most TNCs 
use the RS-232 standard. This chapter will discuss digital communications 
between the computer and TNC. 


How many wires does it take to talk serially? One wire is used to send a sig- 
nal that changes over time, but one wire is not all that is needed. Another 
very important wire is a reference or ground wire. The voltages we’ve been 
talking about must be high or low in reference to something that is common 
to both devices. That reference is another wire between the two devices 
called Signal Ground (SG). 


This makes two wires. Talking serially with only two wires is possible but 
it is slow because both devices cannot talk at the same time. Therefore, 
TNCs (and most serial devices) use another wire. Each device has its wire 
to talk on. The computer talks to the TNC on one wire, and the TNC talks to 
the computer on another wire. Both devices can be talking at the same time. 
So, we must have at least three wires for the computer and TNC to commu- 
nicate to each other. Other wires are usually required for control (discussed 
later). 


Two wires are used for data. One is called Transmit Data (TXD) and the 
other is called Receive Data (RXD). Which wire does which device talk on? 
This is not as straightforward as you might think. There are two different 
kinds of computing devices: DCE (Data Communications Equipment) and 
DTE (Data Terminal Equipment). DCE talks on the RXD wire and DTE 
talks on the TXD wire. TNCs are DCE equipment. Sounds good so far 
doesn’t it? But here is our problem. Most computers are manufactured as 
DTE, but a few are manufactured as DCE. 


If the computer is DTE it’s easy. The computer talks on TXD and the 
TNC listens on TXD. The TNC talks on RXD and the computer listens 
on RXD, as shown in Figure 4. (The TNC is sending data to the computer 
that is received by the station so it is considered received data. The com- 
puter is sending data to the TNC that will be transmitted away from the 
station so it is transmitted data.) 


1S 


If the computer is DCE, it’s not too hard either. We just cross the wires. The 
computer talks on RXD and the TNC listens on TXD. The TNC talks on 
RXD and the computer listens on TXD. See Figure 5. 


FIGURE 5 
Computer (DCE) TNC (DCE) 
Pin Function Pin Function 


TXD na Inti eae AGW TXD listen 
RXD _ talk RXD _ talk 
SG reference <-> SG reference 


Arrows show direction of information. 


Instead of thinking of the wire itself having a name, we should associate 
the name with the function of the pin that the wire is attached to. When 
connecting equipment of the same type together (DCE to DCE, or, DTE 

to DTE), both units will be talking on the same pin function. Therefore we 
need to connect opposite pin functions together so they won’t interfere with 
each other. A cable wired in this way is often referred to as a null-modem 
cable. 


Flow Control 
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Flow control is another very important aspect to consider. When data is 
received by a device, the device must then do something with it. For 
example, display it to the screen or save it to disk. If data is received faster 
than the device can process it, the device needs to tell the sending device 
to stop for a while. Otherwise, data will be lost. 


For example: Your TNC is sending data to your computer. The computer 
needs to display the data to the screen. But you have one of these fancy ter- 
minal programs with a logging feature and you are looking up some gentle- 
man’s call in the log. The computer can’t display the TNC data on the 
screen without messing up the log information on the screen. Therefore, the 
computer waits for you to get finished with the log before displaying incom- 
ing data from the TNC. While the computer is waiting, data keeps coming 
from the TNC. The computer needs some way to tell the TNC to stop until 
the computer can handle more data. 


You don’t need a fancy terminal program with logging features for this 
problem to happen. Anytime your program does something that takes its 


attention away from the TNC there is potential for losing data. If you are 
saving data to disk, the time it takes to save to disk may be long enough 
to miss a character or two from the TNC (especially for Commodore 64s). 


Losing data can happen in the other direction also. If the radio frequency 
is busy it may take a while for the TNC to send its data on the radio. So, it 
needs a way to tell the computer to stop. 


There are two ways to handle this situation. One is called “software flow 
control”; the other is called “hardware flow control”. TNCs can work either 
way. Computers and terminal programs can not always work either way. It 
depends on how the program was written and/or how the computer was 
manufactured. 


Software Flow Control. Let’s look at software flow control first. You only need 
the three wires in your cable that we talked about earlier. This method sends 
its control information on the same lines as it sends the real data. Two of 
the control characters defined in the ASCII character set are normally used 
for this function. Hex 13 (Control-S) is used to tell the device to stop send- 
ing data. This is referred to as XOFF. Hex 11 (Control-Q) is used to tell 
the device to restart sending data and is referred to as XON. Software flow 
control is often called XON/XOFF flow control. 


Since these special characters are used for control, they cannot appear 

as part of the real data. Therefore, it is difficult to use this method to 

send program files. A program, which is machine language code, does 
not follow the ASCII standard. Machine language is nothing like English, 
or any spoken language. Instead, each of the 256 possible 8-bit codes is 
defined by the machine language for its purpose. For example, one code 
could be used to mean “move”. 


Most word processors, by default, store their files in a non-ASCII format. 
Special codes are used for features like bold and centering text. These codes 
may be any of the 256 possible combinations of an 8-bit code, including hex 
11 and hex 13. Word processors often do not even use ASCII for normal 
alphabet characters. To be sure your file will not cause a problem, save it as 
an ASCII file. Some programs call this “text only” or “undocumented”. 


Hex 11 and hex 13 should not be sent or received when using software flow 
control. If they are, the TNC and computer could stop communicating and 
drop large sections of information. To send non-ASCII files, the Transparent 
mode of the TNC and hardware flow control are highly recommended. 
(Some Host mode programs always fake Transparent mode when sending a 
file.) Your program must also be capable of sending and receiving non- 
ASCII files. 
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Any computer can use software flow control, but it must be supported by 
the terminal program that you run. All the work is being done by the pro- 
gram using the same wires that real data is sent on. 


Hardware Flow Control uses additional wires. Both your computer serial card 


and your terminal program must know how to properly use these wires. The 
Request To Send (RTS) wire is controlled by the computer (DTE); Clear To 
Send (CTS) is controlled by the TNC (DCE). When the TNC wants to tell 
the computer to stop sending data, the TNC puts an OFF voltage on the CTS 
wire. The computer is monitoring this wire and when it sees the voltage 
change it stops sending data. Likewise when the computer puts an OFF volt- 
age on RTS, the TNC stops sending data to the computer. When the voltage 
is changed to an ON state, the device resumes sending data. 


If the computer is DCE equipment and has properly implemented hard- 
ware flow control, the RTS and CTS wires can be crossed in the TNC-to- 
computer cable. 


RS-232 as Implemented for Packet Radio 
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TNCs, IBM PCs and compatibles, and many other computers use the 
RS-232 standard. 


Electronic Industries Association (EIA) has adopted a standard named 
EJA-232 for use in serial communications. You will often hear this standard 
referred to as RS-232. RS stands for Recommended Specification. EIA-232 
was RS-232 before it was adopted and the term RS-232 was in such general 
use that it is still normally used. The standard went through a few revisions 
before it was adopted, so you will also see it referred to as RS-232C. 


The RS-232 standard defines the amount of voltage required to decode 

a high or low state with reference to Signal Ground and what that high or 
low state means. A high voltage must be in the range of +3 volts to +25 
volts above Signal Ground and means the line is ON, or equivalent to a 
binary 0. A low voltage must be in the —3 volt to —25 volt range below 
Signal Ground and means the line is OFF, or equivalent to a binary 1. The 
meanings of the voltage levels are reversed from the meanings in the com- 
puter — there a high voltage was a | and a low voltage was a 0. The voltage 
ranges are also very different. These conversions are done by the serial card 
(controller) in the computer; often by two chips labeled 1488 and 1489. 


The diagram in Figure 6 represents the letter A as it would be sent over the 
serial cable. 


FIGURE 6 
RS-232 signal for the letter A (01000001 binary) 


+5 
® 
© 
= 0 
> 
—5 
stop 0 1 0 0 0 0 0 1 start 
bit MSB LSB Obit 
< Time 


The right-most bit is sent first 
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The RS-232 standard is for relatively short distances (50 feet or less) 
and low speeds (19.2 kilobits per second or less). The usage of 25 wires 
(also referred to as connector pins, lines, or circuits) is defined in the 
standard. However no more than 9 wires have been used for TNCs, as 
well as telephone modems and many other asynchronous serial devices. 


The names and functions of the pins used for packet radio, as implemented 
by most TNCs, are described below. 


TXD or TD. Transmit Data is the line on which data is sent from the DTE to the 
DCE. This normally means from the computer to the TNC. The computer 
serial controller changes the voltages on this line to send data to the TNC. 
All information from the computer to the TNC, whether it be commands to 
change the parameters in the TNC or data to be sent to another packet sta- 
tion, goes on this wire. This wire is also used for software flow control. 


RXD or RD. Receive Data is the line on which data is sent from the DCE to 
the DTE. This normally means from the TNC to the computer. The TNC 
controls the voltages on this line to send data to the computer. When the 
computer serial controller sees a change in voltage on this line, it knows 
a character is coming. Once a complete character has been received, the 
serial card notifies the CPU with an interrupt so the program can display 
the character on the screen. This line is also used by the TNC for software 
flow control. 


SG. Signal Ground is the reference line for all other lines. For example: When 
TXD is set to +5 volts, it is set to 5 volts more than Signal Ground. 


RTS. Request To Send is controlled by the computer (DTE) for hardware flow 


control. When the computer can receive no more data, it sets an OFF volt- 
age on this line. The TNC sees the voltage change and quits sending data. 
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When the computer changes the voltage to ON, the TNC resumes sending 
data. (Note: Some MFJ 1270b and 1274 TNCs do not use the RTS pin for 
this purpose. In these TNCs, DTR has been used as a substitute. To use 
hardware flow control in this situation, wire RTS from the computer to 
DTR on the TNC.) 


Some programs set RTS ON when you start the program and set RTS OFF 
when you exit the program. If RTS is OFF, the TNC will not send data to 
the computer. Packets received by the TNC are stored in a buffer. If the 
buffer gets full, some monitored data is lost. Stations trying to connect 

to you may receive a DM packet because the TNC has no buffer space to 
process the connect. If they get connected, they may receive RNRs since 
the TNC has no buffer space to process the data. 


CTS. Clear To Send is controlled by the TNC (DCE) for hardware flow control. 


When the TNC can receive no more data it sets an OFF voltage on this line. 
The computer serial controller sees the voltage change, quits sending data, 
and notifies the program. When the TNC changes the voltage to ON, the 
computer resumes sending data. 


DCD. Data Carrier Detect is implemented by most TNCs to inform the terminal 


program that a connection has been made. A text message is also sent for 
display to the screen, so it is not necessary for a terminal program to moni- 
tor this wire. Some terminal programs have an ON/OFF LINE information 
section in their status bars. Most of these programs monitor the DCD line 
and will display ON LINE in the status bar when the TNC has a packet 
connection on the current stream. Some full-service BBS programs also 
use DCD to detect a packet connection. 


There are a few terminal programs (made for phone modems) that will 

not allow you to talk to the TNC unless the DCD voltage is ON. A phone 
modem will set this line ON when it has connected to another modem. 
Some programmers assume there is no reason to send data unless a connec- 
tion has been made. To fool these programs into always thinking there is a 
connection, you can jumper DCD to DTR in the connector that plugs into 
the computer. 


A few TNCs always set an ON voltage on the DCD pin. The PK-232 has 
a DCDCONN command that allows you to configure the DCD pin to be 
always ON, or to only be ON when a connect exists (as described above). 


DSR. Data Set Ready is normally set ON by the TNC when the TNC is turned 
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on. Some terminal programs will not operate properly unless they know 
there is a device to communicate with. A program can tell if there is a 
device to communicate with by checking the voltage on DSR. An ON volt- 
age means a device is present; an OFF voltage means there is no device and 
therefore, nothing to communicate with. 


DTR. Data Terminal Ready is normally set ON by the computer, or by a com- 
puter program, when it is started. Some DCE equipment (such as phone 
modems) check this line to detect if a terminal is attached. Most TNCs 
do not check this line; they assume a terminal or computer is attached. 


DSR and DTR are not necessary for most computers or programs. If a 
computer must see DSR it will probably also set DTR. Instead of connect- 
ing both wires through the entire cable, the computer can be satisfied by 
jumpering DTR and DSR at the computer end of the cable. 


Although not normal, some programs may use DSR and DTR according 
to the definitions given here for CTS and RTS. 


FG. Frame Ground is provided on some types of connectors. This pin is con- 
nected to chassis ground in some units. However, Frame Ground is often 
common with Signal Ground in the TNC, so it is not normally necessary 
to wire this pin. More information about chassis ground is provided later 
in this chapter. 


The Cable. A standard connection for computer to TNC is: 


DTE DCE 
Computer TNC 
TXD ——————_ TXD 
RXD ——————— RXD 
SG —H—— SG 


If using hardware flow control, add: 


RTS ————— RTS 
CTS ——————— CTS 


DCD, DTR, and DSR are not necessary unless required by the program or 
the computer. The troubleshooting section at the end of this chapter gives 
some ideas on how to decide what is needed (if documentation for the pro- 
gram and devices is unclear). 


The most often used connectors for RS-232 are the DB-25 and the DB-9. 
(Shown in Figure 7.) However, any connector that has enough pins could be 
used. For example the Data Engine TNC uses an RJ45, which is similar to a 
phone plug but has 8 wires. In any case, no more wires should be connected 
between devices than is necessary for communications to be successful. 


A few TNCs may use other pins for special purposes, such as connecting 
an external scope or for factory testing. Do not connect wires that are not 
necessary for your terminal program. You could severely damage a com- 
puter or TNC. 
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When connecting cables to the computer, be careful to connect to the 
correct port. Connecting a serial device to a parallel port could damage 
the computer. PC XTs often use a DB-25 connector for the serial port as 
well as for the parallel port. The serial port on the computer is normally 
a male connector (pins); the parallel port is normally a female connector 
(holes). PC 286s and above normally use a DB-9 for the serial port and a 
DB-25 for the parallel port. 


FIGURE 7 
DB-25 and DB-9 connectors (for RS-232 TNCs and computers) 


OOOO OOS) Eee) 
OOOO OES) Eee) 


DB-25 Female (wiring side) DB-9 Female (wiring side) 
Be) CQO) 
Be) CQO) 

DB-25 Male (wiring side) DB-9 Male (wiring side) 

Function DB-25 DB-9 Function DB-25 DB-9 

TXD 2 3 DCD 8 1 

RXD & 2 DSR 6 6 

SG 7 5 DTR 20 4 

RTS 4 7 FG 1 Not present 

3. 8 


CTS 


RS-422 Talking to RS-232 
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The Macintosh and Apple II GS use RS-422. 


RS-422 is an EIA standard that is quite different from RS-232, but can 

be wired to work with most RS-232 devices. When an RS-422 device talks 
to an RS-422 device, two wires are used for transmit and two wires for 
receive. For each set of wires, one is called positive and the other is called 
negative (TXD+, TXD-, RXD+, RXD-). The meaning of the sent voltage 
is determined by which wire is more negative. For example: If TXD+ is 
more negative than TXD-, then the transmit voltage is positive. If RXD— 
is more negative than RXD+, then the receive voltage is negative. RS-422 


wired to RS-422 can communicate over much longer cables than RS-232 
because it is more immune to noise and interference. 


RS-422 can be easily converted to RS-423, which can talk to most RS-232 
devices. To convert RS-422 to RS-423, RXD+ is connected to Ground and 
TXD++ is left unconnected. A typical cable from the Macintosh to a TNC 
looks like this (using software flow control): 


RS-232 RS-422 
TNC Macintosh 
TXD ——_—_—_——_ TXD- 
RXD———_—————_ RXD-- 
SG ——__ Ground 
SG —————_ RXD+ 
no connection —————— TXD+ 


If using hardware flow control, add: 


CTS ——————— Input handshake (HSK1) 
RTS —————— Output handshake (HSKo) 


To use hardware flow control, it must be supported by your terminal pro- 
gram and your cable must be wired correctly. Most Macintosh computers 
use a mini-8 connector that is very small and difficult to solder. It is often 
worth the money to buy a cable. However, if a cable is labeled as a modem 
cable and gives no other information, you may have to check the pins with 
an ohm meter to know how it is wired. 


Hardware flow control is supported in cables used with most high-speed 
phone modems (4800 baud and higher). The input and output handshake 
lines are wired to CTS and RTS as shown above. If DSR or DTR is needed 
by the RS-232 device it must be taken care of by jumpering the two pins 

on the RS-232 end of the cable. When using RTS and CTS, the Macintosh 
cannot also support DSR and DTR. Cables for modems with speeds of 

2400 baud or less only support software flow control. Their input and output 
handshake lines are wired to DSR and DTR on the RS-232 end of the cable. 


The Macintosh has two serial ports that are referred to as a modem port and 
a printer port. They are labeled with a telephone-handset and printer icon, 
respectively. It is preferable to use the modem port because it has a higher 
priority for receiving attention from the CPU (interrupts). Otherwise, the 
two ports are identical. Older Macintosh computers (Mac 512 and earlier) 
that have 9-pin connectors for the serial ports only have an input handshake 
line and are not capable of supporting full hardware flow control. 


The Macintosh mini-8 and DB-9 connectors are shown in Figure 8. 
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FIGURE 8 
Macintosh connectors 


Mini-8 Connector Function Pin 
HSKo 1 
© @ @ © HSKi 2 
@ @®™ © © @ ® ihe : 
© @ @ @ RXD- 5 
Female (wiring sid Male (wiring sid ass: : 
emale (wiring side) ale (wiring side) eet eaoeie 5 
RXD+ 8 

DB-9 Connector Function Pin 
GND 1 
D@O@OO ©®OOO Savas! : 

©OM®@® QDOODO 

GND 3 
Female (wiring side) Male (wiring side) TXD+ 4 
TXD- 5 
+12 Volts 6 
HSkKi 7 
RXD+ 8 
9 


RXD-— 


TTL Levels 


The Commodore 64 and 128 use TTL levels. (Radios that can be controlled 
by computers also normally use TTL levels.) 


TTL (Transistor-Transistor Logic) is a definition of the voltages used to 
communicate. It is not an extensive standard like RS-232 and RS-422, 
which also define pins and their functions. TTL sends a binary 0 by apply- 
ing O volts to the line. A binary 1 is sent when +5 volts is applied. Figure 9 
shows the letter A as it would be sent using TTL voltage levels. 
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FIGURE 9 


TTL signal for the letter A (01000001 binary) 


stop 0 1 0 0 0 0 


oO 


1 start 
bit MSB ESB <*- bit 
<— Time 


The right-most bit is sent first 


Just as in RS-232, the voltages are not absolute values. 0 volts can be 
anywhere from 0 to 0.4; +5 volts can be from 2.4 to 5. Anything else may 
cause the unit to improperly interpret a bit of information. For example: 
Is 1.4 volts a 1 or a 0? The range from 0.4 V to 2.4 V is undefined. 


The acceptable ranges of voltages for TTL are much smaller than for 
RS-232 (0 to 0.4 and 2.4 to 5 versus 3 to 25). Therefore, the length of the 
cable between devices must be shorter. All wires have some resistance. 
As the length of the wire increases, the voltage will decrease. Therefore 
cables for use with TTL voltages should be kept to only a few feet long. 


Wiring a TTL Unit to the Commodore 64 User Port 


Most TNCs are manufactured as RS-232 devices. In addition, some TNCs 
also provide a way to talk directly to a TTL computer (see your TNC man- 
ual for complete details). Some Kantronics units have a jumper inside the 
TNC. When this jumper is in the TTL position, the back-panel computer 
port is configured for TTL. When the jumper is in the RS-232 position, 
this port is configured for RS-232. Some other manufacturers provide two 
separate ports — one for TTL and one for RS-232. 


The Commodore 64 pins that are used to connect a TNC have the same 
names and functions as defined in RS-232; but the voltage levels used to 
communicate are TTL. The following chart shows the wiring for a TTL 
Commodore computer to a TTL TNC, and Figure 10 shows the Commodore 
User Port. 
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Commodore TNC (DCE) 
Function User Port (TTL) DB-25 DB-9 


TXD M 2 3 
RXD B&C 3 2 
SG N 7 5 


If using hardware flow control, add: 


RTS D 
CTS K 5 


DCD H 8 
DSR  & 6 
DTR E 20 


Note: For the Commodore SX64, you must place a 1K ohm resistor between 
the receive data pin (B & C) and ground (Pin A) on the user-port connector. 


ss caiaeibiadnaabaeiasanansaiandan 


Commodore User Port 


Larose 4b 6 SiG moet ite 


ac iee ira Tipe 


As 6) OSD ie slo MG eve 


RS-232 to TTL Conversion 


26 


If a TNC does not provide a direct way to talk to a TTL computer, you can 
buy or make an interface to convert RS-232 to TTL and vice versa. To 
understand what needs to be converted, Figure 11 shows a diagram of the 
letter A as an RS-232 signal and as a TTL signal. 


FIGURE 11 
RS-232 and TTL signals for the letter A (01000001 binary) 


+5 
RS-232 
—5 
+5 
TTL 
0 
stop 0 1 0 0 0 0 0 1 start 
bit MSB LSB.....vit 
< Time 


The right-most bit is 


sas eet Sep Sees sti Ses 


Besides using different voltages, they are inverted (upside down) from each 
other. The high and low voltages have opposite meanings, as illustrated in 
the chart below. 


Voltage Binary meaning 
TTL RS-232 

High 1 0 

Low 0 1 


To construct an interface for conversion, we need to make the following 
conversions: 


TTL convert to RS-232 
0 convert to +5 volts 
+5 convert to —5 volts 


The standard voltages for RS-232 can range from +3 to +25 and from —3 to 
—25. For TTL they can range from 0 V to 0.4 V and from 2.4 V to 5 V. 


A Word about the Cable 


It is best if the wires between the computer and TNC are enclosed in a 
shielded cable. Why? Wires by their nature are antennas. Our packet system 
includes a radio, which must produce RF to perform its function. It is also 
the nature of internal circuits in computers, TNCs, and radios to produce 
some RF. While some units are better than others, no unit totally prevents 
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internal RF from leaving the unit. So, we know we will have some RF 
around our packet system. If the wires between units are not shielded 

they are more likely to act as antennas. RF induces voltages on wires. The 
computer and TNC communicate with each other by changing voltages on 
specific wires. The RF induced voltages can mix with the intended signals 
and produce unexpected results (garbage). 


A shielded cable is a bundle of insulated wires surrounded by some type of 
conductive material, in many cases foil. There is also an uninsulated wire, 
which runs along the foil. All of this is then surrounded by an insulator. The 
uninsulated wire is sometimes attached to the Frame Ground pin of the con- 
nector. It may also be attached to the metal part of the connector, which is 
then screwed into the unit (computer or TNC). This grounds the cable shield 
to the chassis ground of the unit. With this arrangement, the shield of the 
cable will redirect any stray RF to ground. (Assuming the unit is grounded 
through the power cord, or by some other means.) 


In most TNCs Frame (chassis) Ground is common with Signal Ground. 
If the computer’s chassis ground is not common with Signal Ground, it is 
remotely possible to produce a ground loop if both Signal Ground and 
Frame Ground are wired. Ground loops can result in all kinds of unusual 
effects. 


Ribbon cable is not recommended for use in a packet system. It is not 
shielded and it is more difficult to connect only the wires that are needed. 


Troubleshooting 


How to determine which wires are needed in the serial cable 
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The cable between the computer and the TNC should not be more than 9 
wires. If you use more than 9 wires you are risking damage to the computer 
and/or the TNC. For review, the 9 wires are listed below: 

TXD or TD Transmit Data 

RXD or RD Receive Data 


SG Signal Ground 

RTS Request To Send 

CTS Clear To Send 

DCD Data Carrier Detect 

DSR Data Set Ready 

DTR Data Terminal Ready 

FG Frame Ground (often common with SG) 


A commercial modem cable will normally have all 9 wires, plus a wire 
named “ring”. It should not harm the TNC or computer to have “ring” 
wired. Most terminal programs will operate properly if the 9 wires listed 
above are wired, even if some wires are not used by the program. However, 
occasionally you will find a program that will not work if wires are con- 
nected that it does not use. If the cable you bought or constructed doesn’t 
work, here are some things to try. 


1) Start with only three wires connected - TXD, RXD, and SG. These 
three wires are always required. 


2) For hardware flow control add CTS and RTS. For testing purposes, 
you may place a jumper between these two pins on the computer end 
of the cable. If it is determined that CTS and RTS are required, be sure 
to remove the jumper and connect the wires on both ends of the cable. 
(Some older MFJ TNCs may use DTR instead of RTS.) 


3) Some computers and/or terminal programs want to see DSR. A jumper 
may be placed between DTR and DSR. This jumper can usually remain 
in place, or the wires can be connected at both ends of the cable. 


4) A few terminal programs may want to see DCD to determine a connec- 
tion. For the program to know when you have a packet connection on 
the current stream (channel), wire DCD on both ends of the cable. To 
fool the program into always thinking it is connected, jumper DCD 
to DTR at the computer end of the cable. 


5) To see if the computer is wired as DCE, cross wires between TXD and 
RXD, and between CTS and RTS (if used). 


There are a few small pieces of equipment that can be handy when trying to 
determine the correct wiring for a cable. A “Breakout Box” is a device that 
has a connector for the cable from the TNC and a connector for the com- 
puter cable. The Breakout Box has switches for 25 wires. Each wire can be 
switched on or off. There are also pins for each wire. Jumpers can be placed 
on these pins when it is necessary to jumper two functions together or cross 
wires. There are also LEDs for many of the most often used wires; so you 
can see when the voltages are changing on a particular wire. A “Mini- 
Tester” is a small box with LEDs for the most commonly used wires; and a 
“Mini-Wiring Adapter” is a small box with pins for jumpering and crossing 
wires. 


Computer Serial Port Problems 


Is your terminal program talking to the correct port? If your computer has 
more than one port: 1) Is the program talking to the port the TNC is attached 
to? 2) If you have an added serial card, is it set up properly for the correct 
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addresses and interrupts? 3) If your serial card uses non-standard addresses 
and interrupts, does your program know what they are? 4) Are all your 
serial ports (including internal modems) set up with different addresses 
and interrupts? (On the PC, COM1 and COM3 cannot normally be used 

at the same time, neither can COM2 and COM4. If you are running a pro- 
gram that allows multi-tasking (like DesqView or Windows) and want to 
use several serial ports at the same time, your serial cards and terminal 
programs must allow you to set up non-standard addresses and interrupts.) 


There is always the possibility that the serial port on a computer has some- 
thing wrong with it. To test for serial port problems, the TNC should be 
unplugged from the computer. Instead, wire the computer to itself by plac- 
ing a jumper between TXD and RXD on the connector of the serial port 
being tested. (Some computers may also need CTS and RTS jumpered, 
and/or DTR, DSR, and DCD jumpered.) Use a terminal program that will 
operate full duplex. Try typing on the keyboard. If what you type does not 
appear on the screen, double check all the options in the terminal program. 
If everything is set properly and nothing displays on the screen, it is likely 
that something is wrong with the serial port. 


It is also possible for a computer to talk to itself, but not be able to talk to 
the TNC. A UART (Universal Asynchronous Receiver Transmitter) or a 
SCC (Serial Communications Controller) chip is often the central part of a 
serial controller card and does most of the conversions between the internal 
(parallel) computer communications and the serial communications to and 
from the TNC. Both these chips work at TTL voltage levels. Chips called 
“line drivers”’ are used to convert the TTL voltages to RS-232 voltages. 
These line drivers, often labeled “1488” and “1489”, are very susceptible to 
static charges and voltage spikes. A computer with bad 1488s or 1489s may 
be able to talk to itself, but not be able to talk to the TNC. 


The 1488s and 1489s must be tested under load, which means the TNC 
must be attached to the computer and turned on. This is necessary, because 
to test voltages we must have a complete “working” circuit. The circuits we 
are interested in are: 1) TXD from the computer to TNC and return on SG, 
and 2) RXD from the TNC to computer and return on SG. The components 
inside the computer and TNC that relate to these lines are also part of the 
circuit. (Depending on your computer, you may need jumpers between CTS 
and RTS, and/or between DTR, DSR, and DCD.) 


To see the exact voltages present, an oscilloscope is needed. The changes 
are too fast for a volt meter to respond and give us a reliable reading. How- 
ever, all of us aren’t fortunate enough to have access to an oscilloscope. So, 
our next best thing is a Breakout Box or Mini-Tester with LEDs. 


With a Breakout Box or Mini-Tester connected in line between the com- 
puter and TNC, we can watch the LEDs change as voltages change on a 


line. As we press a key on the keyboard the TXD LED should flash “‘on” 
for an instant. (It is usually easiest to see this if you set the baud rate to 
300.) The RXD LED should flash when data is sent from the TNC to the 
computer. If these LEDs do not flash, or flash dimly, there may be some- 
thing wrong with the serial port. Try watching the LEDs without the TNC 
attached, then try it with the TNC attached. The LEDs should appear the 
same brightness both ways. 


The 1488 controls the voltage going out of the computer and the 1489 
detects the voltage coming into the computer. Both line drivers are relatively 
inexpensive. 
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CHAPTER 3 


Terminal Program and TNC 
Settings 


The cable between the computer and TNC is not all that is necessary for 
communications to be successful. TNCs have many commands and some 
of them affect communications with the computer. A computer can do 
many different things depending on what type of program is running (word 
processor, database, spreadsheet, biorhythms, etc.) The program used to 
talk to the TNC is called a terminal program or a communications program. 


Terminal programs got their name from the dumb terminals. Before 
computers were the size to fit on your desk (and smaller), they took up 
whole rooms. A terminal, or several terminals, were attached by cables to 
the computer. The terminal consisted of a screen, a keyboard, and a serial 
port that was used to connect it to the computer. The CPU, memory, disk 
drive, etc. were in the computer. Most dumb terminals can be used for 
packet, but there are no features like storing to disk or split screen. The 
dumb terminal sees the TNC as the computer. 


A terminal program running in a computer makes the computer act similar 
to a dumb terminal by allowing the computer to talk to another computing 
device (e.g., TNC). In addition, the terminal program may allow you to save 
data to disk; send data to a printer; have a logging program, text editor, split 
screen, or many other features convenient for packet. 


This chapter will discuss TNC commands and terminal settings that affect 
communications between the TNC and computer. 


How fast? 
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It is necessary for the terminal program and the TNC to be operating at the 
same baud rate (speed). If they are not you will get garbage, or nothing, 
displayed on the screen. If the TNC sends to the computer at 1200 baud and 
the computer tries to interpret at 2400 baud, the correct characters will not 
be decoded. 


Terminal programs normally let you choose baud rate in some type of menu 
selection. A few programs may be written to work at only one baud rate, so 
you must set the TNC at that particular speed. 


TNCs are manufactured in several ways. Some have dip switches and others 
have commands. When a TNC with dip switches is turned on, it checks the 
setting of the switches and uses that speed. There is usually a set of four 


switches that are set on or off. Different combinations of the switches allow 
you to set different baud rates. (Check the TNC manual for specific details.) 
You must have your computer set to the same baud rate or you will be 
unable to communicate with the TNC. 


TNCs with commands usually default to an autobaud routine, which pro- 
vides a way for the TNC to automatically determine what baud rate is being 
used by the computer. The commands can also be changed from the key- 
board (assuming communications has already been established). 


Most Kantronics TNCs have an ABAUD command. (The Data Engine uses 
MODE.) These TNCs are factory defaulted with an autobaud routine. When 
you first turn on a Kantronics TNC, it starts sending you a message. It sends 
this message at several different speeds. As long as the TNC is at a different 
speed than your terminal program, you get either nothing or garbage on the 
computer screen. When the TNC sends at the speed your computer is set to, 
you can read the message. It asks you to press the asterisk key (*) on your 
keyboard. When the TNC receives the *, it knows it is the * because of its 
bit pattern. Since the TNC was able to decode the asterisk, it knows your 
computer is talking at the speed it last used to send the message. The TNC 
then talks to your computer at that speed. At this time the TNC also sets the 
ABAUD parameter in the TNC. Older units required an optional battery 
back-up or use of the PERM command to make this setting permanent. 
Newer units have battery back-up as a standard feature. Once the ABAUD 
parameter is set, the TNC will use that speed when it is powered-on and not 
run the autobaud routine. 


The AEA PK-232 has a TBAUD.command for setting baud rate and its fac- 
tory default is an autobaud routine. When you turn on a PK-232 that is using 
an autobaud routine, it sends you a message at 1200 baud. If your terminal 
program is not set for 1200 baud, you could receive nothing or garbage on 
your screen. Next, the PK-232 expects you to type an asterisk. (With older 
models, sometimes you have to type more than one *.) When the PK-232 
detects an asterisk, by examining the bit pattern of the received character, 

it sets the TBAUD command and sends a sign-on message to your screen. 
This TBAUD setting will be the default baud rate for future power-ons. 
(Newer units have a lithium battery; older units require you to install AA 
batteries. If no batteries are installed, default settings will always be factory 
defaults.) Note: The PK-232 also has an ABAUD command, which is used 
for setting the radio transmission rate for ASCII mode (similar to RTTY). 


How long is a character? 


A group of 8 bits is a byte and is often a character, but ASCII defines 
characters with only 7 bits. The 8th bit adds additional characters. However, 
the additional characters are not normal alphanumeric characters and their 
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definitions are not the same on different types of computers. Even on the 
same machine, different type faces may define the characters differently. 
Only 7 bits are needed for most text messages. 


It is possible to set up some TNCs and terminal programs so the characters 
are sent with only 7 bits. When set to 7 bits, only 128 different characters 
can be sent. Most terminal programs refer to the length of a character as 
“data bits’. (Some may use the term “word length”.) Many TNCs have a 
command called AWLEN, which is used to set how many bits are to be used 
to interpret a character. This command may be set to 7 or 8, which means 
the TNC will send 7 bits or 8 bits, respectively, for each character. The TNC 
will also expect the same number of bits from the computer. 


This is for communications between the computer and the TNC only. When 
the TNC sends data over the radio it will always send 8 bits for each charac- 
ter (this may include the parity bit). 


What is Parity? 
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Parity is a crude means of error detection that is implemented by sending an 
error-detection bit after each character. Whether this bit is sent depends on 
the setting of the PARITY command in the TNC and the selection of parity 
within the terminal program. If you receive a parity error message, it means 
the error detection bit did not agree with the bits in the character. Terminal 
programs allow you to set parity, but few tell you if there was an error. 
Often, your only indication of an error is garbage on the screen. However, 
garbage can also be a symptom of many other problems. In some cases, 
characters can display to the screen correctly even though there was a parity 
error. 


Parity can be implemented in several ways: even, odd, mark, space, and 
none. We’|l look at even parity first. Even parity looks at the data bits 
(character) and wants to see an even number of ones. If there is an even 
number of ones in the character, then the parity bit is a 0. If there is an 
odd number of ones in the character, then the parity bit becomes a 1. With 
even parity, the data bits plus the parity bit must contain an even number 
of Is. 


When TNCs were first made, 7 data bits and even parity were the defaults. 
Here are some examples using 7 data bits and even parity. 


Character hex even parity data bits 
A 41 0 1000001 
C 43 1 1000011 


In the letter A we have two 1s. Two is an even number so parity is 0. The 
letter C has three 1s. Three is an odd number so parity is 1. This makes 


the letter C plus parity have four 1s, which is an even number. If the data 
bits plus the parity bit contains an odd number of ones, there is an error. 


Odd parity is just the opposite of even parity. Odd parity wants to see an 
odd number of 1s. So for our same example: 


Character hex odd parity data bits 
A 4] 1 1000001 
C 43 0 1000011 


Mark and Space parity are different. With Mark parity, the parity bit is 
always a 1. If a 0 is received, there is a parity error. With Space parity, the 
parity bit is always a 0. 


Some manufacturers have changed their TNC defaults to 8 data bits and 

no parity. Most terminal programs have also changed to this default setting. 
Eight data bits and no parity mean each character is represented by 8 data 
bits and no parity bit is sent. A unit set this way does not expect to receive a 
parity bit. If the unit receives 7 data bits plus parity, all 8 bits are seen as one 
character. The following chart shows some differences between a computer 
program set for 8 bits no parity and a TNC that is set for 7 bits even parity. 


Character 8 no parity 7 even parity 
A 01000001 01000001 
C 01000011 11000011 
return 00001101 10001101 


The letter A is the same in both, so the letter A will display correctly on 

the computer screen. But, look at the letter C. It is different. When the com- 
puter receives 11000011 it is not the letter C. All 8 bits are the character so 
it is hex C3. This may display on the screen as a graphics character, a square 
box, or something strange — maybe even nothing at all, depending on how 
the terminal program handles high-ASCII characters. Note that the “return” 
is not the same either. It is important that the TNC and the computer are set 
to the same data bits and parity. 


TNCs with AWLEN are normally set with AWLEN 8 and PARITY none, 

or AWLEN 7 and PARITY even. A number is often used for the setting of 
parity; check your TNC manual for what number corresponds to what parity 
settings. It is also possible to set AWLEN to send 8 data bits plus parity to 
the computer. This would be 9 bits per character. Of course, your terminal 
program would also have to accept this setting. If AWLEN is set to 7 and 
parity is set to none, the TNC would send only 7 bits per character. 


Kantronics TNCs do not have the AWLEN command. They always send 
8 bits to the computer. These 8 bits may be 8 data bits no parity, or 7 data 
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bits and odd, even, mark, or space parity. The setting of PARITY determines 
if there are 8 data bits or 7 data bits. If PARITY is anything but none, there 
will be 7 data bits plus parity. With PARITY set to none, there will be 8 data 
bits and no parity bit. It is impossible for these Kantronics units to operate 
with 7 data bits no parity, or 8 data bits plus parity. This is really not a prob- 
lem because the need for these settings is extremely rare. (The Data Engine 
uses a MODE command to set baud rate, parity, data bits, and stop bits.) 


The TNC will always talk to the attached computer according to the TNC’s 
settings of AWLEN and PARITY. It is important that your computer and 
TNC are both set with the same data bits and same parity. In Command 
mode some TNCs will ignore the parity bit received from the computer. 
Since all commands are represented by ASCII characters, only 7 bits are 
needed to correctly decode the command. If your computer and TNC 

are set differently for data bits and parity, you may be able to talk to the 
TNC in Command mode. However, the TNC will not be able to talk to you 
because your terminal program will misinterpret (and incorrectly display) 
what the TNC sends to you. 


If you are set for 8 data bits and receive information from someone who 
is sending parity, some of the characters may be displayed incorrectly. 


Can stations using different parity talk to each 
other? 
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Normally in digital communications, all units of a link must be set with the 
same number of data bits and same parity. If this is not done, we have the 
problem discussed above — you may type the letter “C” on your keyboard, 
but the other station might receive a hex C3. Since we are all individuals, 
we have our reasons for setting our station the way we do, and we have no 
control over how someone else sets their station. Therefore, the TNC has a 
command that enables us to communicate with stations set differently than 
our own station. However, we can communicate with only 128 characters 
(7 data bits), which is the normal ASCII character set. 


The 8BITCONV command affects the information transmitted from your 
TNC to another station. The TNC will always transmit 8 bits for each char- 
acter. If 8BITCONV is OFF, the 8th bit will always be a 0. You will only 
be able to transmit 7-bit characters. When 8BITCONV is ON, the TNC will 
send to the remote station whatever was received from your computer. If 
your computer is set for 7 data bits and parity, the TNC will send the parity 
bit as the 8th bit to the remote station. When your computer is set for 8 data 
bits, the 8th bit will be 0 for ASCII characters and 1 for high-ASCII charac- 
ters (just as it was received from the computer). 


If you need to (or decide to) use 7 data bits and parity to your computer, 

it is probably best to set SBITCONV OFF. You will then have no problem 
communicating with those using 8 data bits and no parity. Many operators 
like to use 8-bit characters because the PC character set has graphics char- 
acters in the high-ASCII positions that can be used to create pictures. 


The Transparent mode ignores the setting of 8BITCONV and always 
sends all 8 bits as received from the computer to the remote station. There- 
fore, it is important when using the Transparent mode that both stations are 
set for the same data bits and parity. Kantronics changed their TNC code 
(since version 5.0) so the parity bit is not transmitted in Transparent mode. 
If TNC parity is set to anything but none, the parity bit will only be used to 
the computer and will not be transmitted over the radio (the 8th bit will be 
transmitted as 0). If TNC parity is none, the 8th bit will be transmitted as 
data, just as it was received from the computer. 


When are typed characters sent to the TNC? 


The way your terminal program is written determines when characters 

are sent to the TNC. Some split-screen terminal programs have a “buffered 
keyboard”, which means the program stores the characters in a buffer until 
you press the return key. Then the program sends the stored characters to the 
TNC. Buffered keyboards present a small problem when you need to send a 
control character to the TNC. For example: When sending a Ctrl-C to enter 
Command mode, you’ll have to type Ctrl-C then return. The same problem 
exists if you need to press * for an autobaud routine. 


There are also packet split-screen programs that have a word-out option. 
With this option, characters are buffered until a space or carriage return is 
typed. 


Split-screen programs made specifically for packet, and some phone modem 
split-screen programs, use an “unbuffered keyboard”. Terminal programs 
that are not split screen also use an unbuffered keyboard. With unbuffered 
keyboards, each character is sent to the TNC when you type the character. 


When are typed characters displayed on the 
screen? 


This is dependent on how your terminal program is written, and whether it 
is set for half or full duplex. (Some programs may call half duplex “echo 
on” and full duplex “echo off”.) It is also dependent on how the ECHO and 
FLOW parameters are set in the TNC. In addition, whether your terminal 
program is split-screen or full-screen affects the way characters are dis- 
played to the screen. 
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If Using a Full-Screen, Unbuffered Keyboard Terminal Program. When set 
for half duplex, the program receives a character from the keyboard, sends 
the character to the TNC and displays the character on the screen. This 
sounds good, but how the TNC is set may cause a problem. 


The TNC has a command called ECHO, which determines if the TNC 

will send to the terminal program everything the TNC receives from the 
terminal program. When ECHO is ON, the TNC receives a character from 
the terminal program, then sends that character back to the terminal pro- 
gram. The terminal program will then display that character to the screen. 
In this situation (a half-duplex program and a TNC with ECHO ON), two 
characters will display on the screen for every key pressed on the keyboard. 


There are two ways to solve this double-image problem. One is to turn 
ECHO OFF in the TNC. Now the TNC will not send the character back 

to the program. The other way is to change the program to full duplex. 
Then the program will not display the character to the screen until it is 
received from the TNC. Either way solves the problem and which way to 
use is a matter of personal preference. When using full duplex and ECHO 
ON, the character travels from the computer to the TNC and back again 
before it is displayed on the screen. If the terminal program is set for half 
duplex, the program displays the character to the screen and sends the char- 
acter to the TNC. The TNC’s ECHO parameter should be OFF, since the 
terminal program has already displayed the character. Figure 12 graphically 
shows the four combinations of duplex and ECHO. 


Note: The FULLDUP command in the TNC does not apply to the TNC- 
to-computer link. The TNC FULLDUP command applies only to the radio 
(TNC-to-TNC) link. 


Another command in the TNC that helps the readability of the screen 
display is FLOW. If the TNC receives data from the radio and displays it 
to the computer screen while you are typing, the data from the radio and 
the data you type can intermix and make the screen difficult to read. Inter- 
mixed data will happen when the TNC command FLOW is set OFF. On 
the other hand, when FLOW is set ON, the first character you type will 
stop the TNC from sending data to the computer. When you type a return 
the TNC will resume sending data to the computer. With FLOW ON, 
what you type will appear all together and be readable. When you press 
return, the TNC will send to the computer anything it received from the 
radio while you were typing. (The FLOW command also applies to any 
message the TNC sends in response to a command.) 


If Using a Split-Screen Terminal Program. The split-screen program has 
a separate screen (or window) for what you type on the keyboard and 
for what is received from the TNC. When data is received from the TNC, 
the program doesn’t know if it is what you typed, or if it is from a remote 
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station, or from the TNC. Therefore, the program must use half duplex 
to know what you typed so it can be displayed in a separate window. All 
information received from the TNC is displayed in a different window. 


A few split-screen programs written specifically for packet radio may have 
ways to tell what was echoed from the TNC. They have to keep track of 
what you typed, compare it to what is received from the TNC, and thereby 
detect what is echoed data. Echoed data can then be displayed differently 
than received data, for example in a different color. 


The setting of ECHO in the TNC is a personal preference. If it is ON, what 
you type will appear in both windows. In this case, you will probably also 
want FLOW ON, otherwise, what you type will mix with other TNC data. 
Beware, ECHO ON and FLOW ON may produce strange results when you 
backspace (with a split-screen program). If ECHO is OFF, what you type 
will only appear in the one window for keyboard data. When ECHO is OFF, 
you will probably also want FLOW OFF so data can keep coming in from 
the TNC while you type. 


Host mode programs are inherently half duplex. The Kantronics Host mode 
ignores the settings of FLOW and ECHO. 


How are typing mistakes corrected? 
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Buffered keyboards let you make your corrections before sending a line of 
text to the TNC. Unbuffered keyboards have already sent the character to 
the TNC by the time you decide it is a mistake. The mistake must therefore 
be corrected both in the TNC buffer and on the screen. 


Mistakes are usually corrected with the backspace key (Macintosh com- 
puters use the delete key). How does the TNC know that the backspace 
key has been pressed? The DELETE parameter in the TNC tells it what 
hex code represents the backspace. When you press the backspace key, 
your terminal program sends the TNC a code (normally hex 08 or hex 7F). 
When the TNC receives the code defined by the DELETE parameter, the 
last character received from the computer is deleted from the TNC buffer. 
(A return can not be deleted, unless it was preceded by the pass character, 
which is defined by the PASS command.) 


If the DELETE parameter is not set to the same character that your com- 
puter sends for the backspace, you will be sending more characters to the 
TNC and creating more “mistakes” than you are trying to correct. These 
additional mistakes may not be displayed on your screen, especially if you 
have set ECHO OFF. But, they will be sent to the station you are talking to. 


Note: On many keyboards, cursor (arrow) keys produce multi-character 
codes. These cursor keys can not be used for a backspace, because the 
TNC receives more than one character. Your terminal program may move 


the cursor on your screen, but your TNC receives several characters that 

are then transmitted to the remote station. For example: <-[D is sent to 

the TNC when you press the left arrow on PC keyboard. The < character 
is the ASCII escape code and may be displayed differently on other types 
of computers. Some computer programs will not display this character. 

If the TNC ESCAPE command is ON, the TNC sends a dollar sign, $, to 
the terminal for display instead of the ASCII escape character. In Command 
mode, multi-character cursor codes are invalid and will produce an error 
message from the TNC. 


The BKONDEL command determines what is sent to the computer when 
the TNC receives the DELETE code (and ECHO is ON). With BKONDEL 
ON, three characters are sent to the computer: backspace, space, backspace. 
This, in effect, deletes the last character displayed on the screen and works 
well for video displays. (if FLOW is OFF, the last character on the screen 
is not necessarily the last character you typed.) BKONDEL OFF will cause 
the TNC to send a backslash (\) to the terminal when a DELETE code is 
received. This is mostly used for printer displays. (The Data Engine does 
not have the BKONDEL command, but operates according to the ON 
description.) 


Which commands affect flow control? 


Earlier we discussed how flow control works, both software and hardware. 
Besides having the correct wires in the cable, the terminal program and 
the TNC commands must also be set properly. Terminal programs have 
many ways for you to configure them, often with a menu of some kind. 

A few programs may be written to operate with only one type of flow 
control, giving you no choice and requiring the TNC to be set properly 
and the cable wired correctly. Software flow control may be referred to 

as XON/XOFF. Hardware flow control may be referred to as RTS/CTS. 


The TNC has several commands that relate to flow control. XFLOW ON 
enables software flow control. In addition, four other commands must also 
be set properly — STOP, START, XON, and XOFF. These commands define 
what characters are to be sent to tell the TNC and computer to start or stop 
sending data. Their factory defaults are set correctly and there is usually 
little need to change them. 


To use software flow control in Transparent mode, you must set TRFLOW 
ON, TXFLOW ON, and XFLOW ON. To transfer binary files, you need to 
set TRFLOW ON and TXFLOW OFF when receiving; and set TRFLOW 
OFF and TXFLOW ON when transmitting. This enables you to receive and 
transmit the flow control characters (Ctrl-S and Ctrl-Q) that may be in the 
file. (The Data Engine uses FLOWTR and FLOWTX instead of TRFLOW 
and TXFLOW.) 
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XFLOW OFF turns off software flow control; the TNC then uses hard- 
ware flow control. Some TNCs may also require you to set STOP, START, 
XON, and XOFF to 0. For hardware flow control to operate properly, the 
computer-to-TNC cable must be wired correctly; the program must know 
how to use hardware flow control; and the serial port must also be capable 
of hardware flow control. (The Data Engine has no XFLOW command. 
Two commands are used in its place: FLOWR and FLOWX.) 


What is the return key? 
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After we press the “Return” (or “Enter”) key on the keyboard, the next letter 
appears on the next line and on the left side of the screen. What is sent to 
the TNC? And, what character(s) does the terminal program need to receive 
from the TNC to begin a new line? I wish I had a simple answer. 


ASCII defines hex OD as a “carriage return” and hex OA as a “line feed”. 
However, different computers, and different programs on the same com- 
puter, don’t agree about what is needed to end a line. Some end a line with a 
carriage return only; others use a carriage return and a line feed. Still others 
use a line feed only. The function of hex OD and OA are defined by the pro- 
gram. Some programs need only one code to do both functions (return to 
left side of screen and advance a line); and other programs use two codes. 
Many terminal programs give you the option to define what will be sent to 
the TNC when the return key is pressed. 


Sending to TNC. In Command mode, the TNC wants a carriage return (hex 
QD) at the end of a command. We type the command and press the return 
key. Pressing this key must send a hex OD to tell the TNC that this is the end 
of the command. If the return key also sends a line feed, the TNC sees the 
line feed as the beginning of the next line. If the return key sends a line feed 
only, the TNC is still waiting for the carriage return to tell it to process the 
command. 


In Converse mode, the TNC wants to receive the character defined by the 
SENDPAC parameter to start processing a packet. SENDPAC is normally 
set to hex OD, a carriage return. This carriage return will be sent in the 
packet if the TNC command CR is ON (ACRPACK in PK-232). SENDPAC 
can only be one character. If your computer also sends a line feed, it will 

be the first character in the next packet. If you change SENDPAC, the 
Command mode still expects to see a hex OD to process a command. 


Receiving from TNC. Now let’s look at what happens when we receive 

a packet from the airwaves, or a response from the TNC. We will often 
receive only a carriage return at the end of a line. If our program only wants 
a Carriage return, our screen display will be correct. But if our program also 
wants a line feed, we will get lines of text printed on top of each other. On 
the other hand, if our program receives line feeds when they are not wanted, 


the text on our screen may be double (or even triple) spaced. The Macintosh 
does not use line feeds and will display a box for every line feed received. 


There are several ways to control receiving line feeds: 


1) If the TNC command AUTOLF is set ON, the TNC will send a 
line feed to the terminal after every carriage return that is sent to 
the terminal. (PK-232 command name is ALFDISP.) 


2) If the TNC command LFSUP is set ON, the TNC will not send 
line feeds that are received in packets to the terminal. (PK-232 
command name is ILFPACK. Other TNCs may have the command 
LFIGNORE.) 


3) Some terminal programs give you the option of translating received 
carriage returns to carriage returns and line feeds. 


4) If the transmitting TNC has LFADD set ON, the TNC will add 
line feeds after carriage returns in the outgoing packets. (PK-232 
command name is ALFPACK.) 


It is best if the receiving station can solve any line ending problems at the 
receiving end of the link. 


When in Transparent mode, the TNC should ignore the commands men- 
tioned here. In other words, the data received from the terminal should be 
transmitted without any modification. Likewise, information in received 
frames should be sent to the terminal without modification. 


How much should be typed before pressing the 
return key? 


If you have been on packet very long, you know this question can raise 
many opinions and emotions. Be informed that there are good reasons 
behind many of the requests that are made. This is another area where 
computers, and their programs, work quite differently from one to 

the next. 


Some programs are very friendly and do a great job of formatting text in a 
very easily read manner. Other programs don’t do as well. As humans, we 
like to see a line of text end at the end of a word. It is often difficult to read 
a word if half of it is on the right side of the screen and the other half-is on 
the left side of the screen (especially if it doesn’t break at a syllable). Words 
can break at unusual places when programs do not word wrap. There are 
also some programs, dumb terminals, and printers that will not wrap a line. 
When they get to the edge they begin putting letters on top of each other 
until they receive a carriage return. If your program does word wrap, you 
may be surprised to learn that many do not. 
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Act 


How many characters fit on a screen line? Well, on the PC it is normally 80 
characters; on the Commodore 64 it is generally 40 characters but could be 
80 characters. If information is sent to a printer, line length is often 80 char- 
acters. On a Macintosh (or Windows on a PC) the number of characters will 
depend on the font used and the width of the window. A good rule of thumb 
is to consider maximum line length to be 80 characters. 


If you want to send neatly formatted text, you must press the return key 
where you want a return to be. Don’t depend on the other station’s program 
to format text, unless you have fore-knowledge that it will. A return will 
not be sent in a packet unless it has been typed by the sender. Setting the 
PACLEN parameter will not cause a carriage return to be sent, unless a 
carriage return was received from the computer. Setting CR ON will not 
send SENDPAC (normally carriage return) unless it was typed. (In the 
PK-232, CR is called ACPACK.) 


For received text, the TNC has the SCREENLN command that will insert a 
return after x number of characters, where x is defined by you. The inserted 
return may appear in the middle of a word. Note: The AUTOCR command 
in the KAM does not apply to packet. AUTOCR only applies in non-packet 
modes. (In the PK-232, AUTOCR is called ACRRTTY and SCREENLN is 
called ACRDISP.) 


CHAPTER 4 


Inside the TNC 


The TNC is very busy. It must decide what to do with the information 
coming from the computer, as well as the information being received 
from the radio. Information from either source may require the TNC 
to send information to the computer for display to the screen, or send 
information to the radio for transmission. 


This chapter will cover the basic process used to transmit and receive 
packets. The TNC parameters that affect the process will also be covered. 
Some TNC technical details and protocol specifics are covered in more 
detail in later chapters. 


Transmitting a Packet 


Does the TNC have a packet to transmit? 


The TNC may transmit for several reasons: 
1) Receiving information from the computer. 


2) Responding to commands set by the user (CONNECT, 
DISCONNECT, ID, HID, and BEACON). 


3) Digipeating received packets (when appropriate). 


4) Acknowledging, polling, and resending information when necessary 
to ensure that information gets to its destination (when connected). 


Each of these situations requires the TNC to create a block of information. 
This block of information is called a packet or frame. The AX.25 protocol 
has many rules concerning the format of a frame. Each frame contains 
addressing and control information (overhead). Some frames, called Infor- 
mation frames, also contain what you type on the keyboard. (More specific 
details about frames appear in Chapter 7.) 


When you type on the keyboard, your terminal program sends the characters 
to the TNC. The TNC stores the characters in a RAM buffer until an end-of- 
packet condition exists. Several things may determine the end of a packet: 
receiving the SENDPAC character, receiving the number of characters 
defined in PACLEN, or when the PACTIME timer expires. 


The SENDPAC parameter in the TNC is normally set to hex OD. This char- 
acter is produced on most computer keyboards by pressing the key labeled 
Return or Enter. A good operating practice is to press the return key at the 
end of each screen line. When the TNC receives this character, it begins its 
transmission routines. 
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The PACLEN parameter sets the maximum length of a packet (plus over- 
head). If you type the number of characters defined by PACLEN before you 
press the SENDPAC character, the TNC will begin its transmission routines. 
This is especially beneficial when RF conditions are poor. In poor condi- 
tions, shorter packets produce better throughput. Therefore, you may want 
to transmit only 20 or 30 characters per packet. Setting PACLEN to a small 
number will make the TNC send short packets. Then you can still press 
return at the end of a screen line to produce easily read messages. 


PACLEN is also beneficial when sending a file using Transparent mode. 
(Some Host mode programs fake Transparent mode when you ask them to 
send a file.) When you have lots of data to send, it is efficient for the TNC 
to break the data into packets of the same length. Otherwise a short line, like 
“SP WKS5M”, produces a short packet and decreases throughput. 


PACTIME. When the TNC is in Transparent mode, the SENDPAC character 
will not cause a packet to be sent because all characters are transmitted and 
therefore have no special meaning. So, another method must be used. This 
method is based on a timer. When the timer expires, the TNC begins its 
transmission routines. These routines are also started if PACLEN is reached 
before the timer expires. The PACTIME parameter lets you set the length of © 
the timer. (When the TNC is in Converse mode, this method may be used by 
setting CPACTIME ON.) 


Is it time to transmit? 


46 


Packet radio operates in a Carrier Sense Multiple Access (CSMA) mode. 
This means that a packet will not be transmitted if a carrier is sensed 
(detected) on the frequency. Multiple stations can therefore access the 
frequency without interfering with each other (theoretically). So, to 
transmit a packet, the TNC must first decide if the frequency is in use. 
This is accomplished by the carrier detect section of the TNC. 


Just because the frequency is clear doesn’t mean the TNC will immediately 
transmit. If multiple stations are using the frequency, they would all sense it 
is clear at the same time and all would key up at the same time. This would 
probably cause a mass collision and no packets would be received. To avoid 
this, delay timers (DWAIT and PERSIST/SLOTTIME) are built into the 
TNC. However, these delays are not applied to packets the TNC digipeats. 
If a TNC receives a packet that it is to digipeat, it processes the packet and 
retransmits it as soon as a clear frequency is detected. 


The DWAIT parameter defines a specific amount of time. When the TNC 
has a packet to transmit, it will first check to see how iong the frequency has 
been clear. If there has been no carrier detected in DWAIT amount of time, 
the TNC will key the transceiver and send the packet. Otherwise, the TNC 
will wait until there has been no carrier detected for DWAIT time, and then 


key the transceiver. This parameter helps avoid collisions with digipeated 
packets, but still leaves the problem of everyone sensing that the frequency 
is clear at the same time. If everyone has DWAIT set to the same value, 
they will all key up at the same time. On the other hand, if different settings 
are used by different stations, then those with shorter settings will always 
get access to the frequency and those with longer settings will seldom get 
access to the frequency. 


The PERSIST/SLOTTIME algorithm has proved to be better at giving time 
for digipeated packets and avoiding collisions with non-digipeated packets. 
When this method is used, DWAIT is normally set to 0. SLOTTIME is set 
to a specific amount of time and PERSIST is set to a number from 0 to 255. 
When using PERSIST/SLOTTIME, the TNC plays a game of chance. The 
SLOTTIME parameter sets up how often the TNC will play the game and 
PERSIST sets up how often it will win. When the TNC wins, it transmits a 
packet; when it loses, it waits and plays again. 


When the TNC has a packet to transmit, it checks to see if there has been 
no carrier detected for SLOTTIME time. If so, it creates a random number 
from 0 to 255. This number is compared to the PERSIST value. If the 
random number is less than or equal to PERSIST, the TNC keys the trans- 
ceiver and sends the packet. Otherwise it waits for the channel to be clear 
for another SLOTTIME and creates another random number. This game 
continues until the packet is transmitted. 


The percentage of chance is figured by this equation: (PERSIST + 1)/256. 
By having a random timer, everyone is not keying up at the same time and 
everyone gets a closer to equal chance to use the frequency. 


In some AEA units you must turn the PPERSIST parameter ON before 
the PERSIST/SLOTTIME values will be used. Other TNCs may use the 
command DEADTIME instead of SLOTTIME and the command SLOTS 
instead of PERSIST. 


RANDOM TIME. If the frame is a retry, the TNC waits an additional 
random amount of time. This prevents two TNCs from continually 
colliding with each other. 


RESPTIME. If the frame is an acknowledgment to an Information frame, 
the total delay (created by DWAIT, PERSIST, and SLOTTIME) is adjusted 
to be at least as long as defined by the TNC’s RESPTIME parameter. 


Sending signals to the radio 


When it is time to transmit, the TNC sends a signal to the radio that acti- 
vates the Push-To-Talk (PTT) circuit of the radio. This turns on the radio’s 
transmit section. 
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All radios take some amount of time to turn on the transmit section and 
come up to full power. The amount of time varies from radio to radio. If 
the TNC starts to send a packet before the radio is transmitting properly, the 
receiving station will not receive the beginning of the packet and therefore 
will not be able to decode the packet. The TNC’s TXDELAY parameter 

is used to set the amount of time the TNC will delay sending data (after 
asserting PTT) to give the radio time to fully turn on its transmitter. (The 
TXDELAY time should also include any time the receiving station may 
need to change from transmitting to receiving.) 


If a full-duplex (voice) repeater is being used, additional time may also 

be needed for the repeater to turn on its transmitter and come up to 

full power. This additional time can be specified with the AXDELAY 
parameter. However, most full-duplex repeaters stay on the air some time 
after the last transmission is completed. If the repeater is still transmitting, 
the AXDELAY time is not needed. The AKHANG parameter can be used 
to tell the TNC not to wait AXDELAY if a packet has been heard within 
AXHANG amount of time. 


During the TXDELAY (and AXDELAY) time the TNC starts sending 
tones. These tones may be alternating Mark and Space tones, or they may 
be flags. A flag is a special sequence of bits (tones) defined by the AX.25 
protocol. (High speed modems often use carrier frequency changes instead 
of tones.) The receiving TNC will use these tones to synchronize its receive 
clock with the incoming data. 


The TNC is now ready to send the AX.25 frame. AX.25 is a protocol that 
defines a structure for sending information between two amateur packet 
stations. A frame contains the data you send from the computer and other 
protocol-required information (overhead). The structure of the frame is 
shown below and is explained in more detail later in this book. 


Flag Address Control PID Information FCS Flag 
(to, from, (data from 
and digipeater) computer) 


The frame is sent as digital bits (voltages) to the modem section of the 
TNC where the modem changes the voltages to the modulating signal 
required by the radio. This modulating signal may be dc voltages or it 
may be audio tones that change in frequency or phase (depending on the 
design of the modem). The modem then sends to the radio and the radio 
transmits the frame. 


MAXFRAME. While the radio is keyed, the TNC may transmit more 
than one frame. This depends on two factors: 1) the amount of data ready 
to be sent, and 2) the number of frames allowed by MAXFRAME. The 
MAXFRAME parameter controls the maximum number of Information 


frames that may be transmitted during one transmitter key-up time. In 
addition, other types of frames (such as connects, disconnects, and acknowI- 
edgments) may also be transmitted. MAXFRAME applies individually to 
each connect. So, if you are connected to two stations and MAXFRAME 

is set to 4, a maximum of eight Information frames may be sent during 

one key-up time. However, no more than MAXFRAME (in this case 4) 
Information frames are sent per connected station. 


Retries 


If a frame is sent in the Unconnected (also called Unproto) mode, this is 
the end of its life — at least as far as your TNC is concerned. Hopefully the 
frame was received and decoded by a remote TNC. 


The Connected mode of packet radio provides error-free communications. 
To be error-free, the TNC must know the remote station received the frame 
correctly. This is accomplished by the remote station sending an acknowl- 
edgment frame. The TNC will not wait forever for an acknowledgment. It 
expects it within a reasonable amount of time. This reasonable amount of 
time is defined by the FRACK parameter. 


The FRACK parameter accepts a value from 1 to 15 seconds. The FRACK 
timer is calculated as: FRACK * ((2 * d) + 1), where d is the number of 
digipeaters. The TNC knows that it will take longer to get a response if digi- 
peaters are used. Therefore, it automatically adjusts the timer. Digipeaters 
are those stations entered after “via” in the CONNECT command. For 
example, in the command: c wk5m v kslaw, kslaw is a digipeater. (Note: 
When using the Rose Network, node addresses entered in this manner are 
seen as digipeaters by your TNC.) 


When the TNC sends a frame, it starts the FRACK timer. If the timer 
expires before an acknowledgment is received, the TNC will send the frame 
again (or poll if version 2 connect). If necessary, several retry attempts are 
made to get the frame to its destination. The RETRY command sets the limit 
on how many attempts are made. If this limit is exceeded, the connection is 
broken (disconnect). A frame’s life, in the Connected mode, is ended when 
an acknowledgment is received, or when a disconnect occurs. 


The TNC FRACK parameter sets the amount of time between retries and 
therefore does not affect the first time a packet is transmitted. Frames are 
transmitted as soon as possible after they are received from the computer. 
Especially when sending a file, it may be beneficial to have packets spaced 
further apart (so you don’t hog the frequency). This can only be done if the 
terminal program will allow it. For example: Host Master II+ lets you set 

a pacing time when sending files. This establishes a number of seconds 
between each packet Host Master II+ sends to the TNC. The program 
Procomm Plus also lets you set a value for line pacing. 
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Figure 13 shows a flow chart for retries in version | and version 2. 
Examples of QSOs in both versions are given later in Chapter 6. 


Recommended TNC Settings 


This book is not written to give you specific TNC settings. The parameters 
are in the TNC so you can set them for your operating situation. Different 
situations need different settings. The defaults will normally get you on the 
air, but fine tuning them for the situation will give you best performance. 
Therefore, we will cover some things to consider when determining how 
to set some parameters. 


PACLEN and MAXFRAME. When setting these parameters, you must 
consider how much other activity there is on the channel. We can draw 
an analogy between sending packets and sticking your head above a fox 
hole. The longer your head is up, the greater chance you have to be killed. 
Likewise, the longer your radio is transmitting, the greater chance there is 
to have a packet collision. The amount of interference (whether from other 
stations, noise, or poor propagation) affects the chance for a packet to be 
received correctly. 


On a busy channel setting MAXFRAME to 1 reduces retries. If two packets 
are sent and the first one suffers a collision, both packets will have to be 
resent (even if the second one was received correctly). The AX.25 protocol 
says packets must be received in order. Those received out-of-order must 
be resent until they are received in order. 


A short PACLEN will improve throughput during poor conditions (for 
example high activity or interference) because the transmission is shorter 
and therefore less prone to collision. However, when conditions are good 
a longer PACLEN should be used. Every frame has the same amount of 
overhead. If frames are not prone to collision, the extra overhead of short 
packets wastes air time and decreases the amount of data that can be 
transferred in a given period of time. 


How vulnerable you are to collisions will give you a guide in setting 
PACLEN. When vulnerability is high, PACLEN should be short. 
Conversely, when vulnerability is low, set PACLEN longer. If any 
packets are outstanding (waiting acknowledgment) when you change 
PACLEN, their length will not be changed if retries are necessary. 


TXDELAY needs to be long enough for your transmitter to come up to full 
power and also long enough for the remote station to return to receiving 
(after transmitting). Most people talk to more than one remote station, so 
use the slowest of those stations to determine your setting. Your transceiver 
specifications may give you an idea of your radio’s power-up time, but you 
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won’t normally know the remote stations’ specifications. This parameter 
is often set by trial and error — change it until you can’t talk to the slowest 
station and then increase it by about 2 (20 ms). If you have it set too 

long, you are just wasting air time by transmitting flags or mark/space 
frequencies before the packet is sent. However, if it is set too short, 
communications will be impossible. 


DWAIT and/or PERSIST/SLOTTIME. These settings are often agreed upon 


in an area to solve disputes. If several operators have these settings quite 
different from each other, some will end up hogging the airwaves and others 
will feel as if they never get to transmit. Also be considerate if you are send- 
ing a file. Lengthening these parameters can make you more friends. When 
sending a file, the TNC always has something to send, so you will appear 

to be hogging the frequency compared to someone who is just typing a 
friendly QSO. If they see you on all the time and they have trouble getting 
between your packets, they aren’t going to like you very well. High values 
of SLOTTIME and/or DWAIT and low values of PERSIST, will give them 
a greater chance of using the frequency. If possible (when sending a file), 
set a pacing time in your terminal program (as mentioned above). 


AX25L2V2. The setting of this parameter in both TNCs determines the version 
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of a connect. AX25L2V2 ON means you prefer version 2 and the TNC 

will send a version 2 connect. However, if the remote TNC responds with 

a version 1 acknowledgment, the link will probably be established as ver- 
sion |. Setting AX25L2V2 OFF, means you prefer version 1. The TNC will 
send a version | connect and the response from the remote station will nor- 
mally establish the link as version 1. The version used affects how the TNC 
handles retries. When a retry is necessary during a version 1 link, the packet 
is sent again. 


When linked using version 2 and a retry is necessary, a poll is sent first and 
the TNC expects a response. If the response is not received within FRACK 
time, another poll is sent. The remote station’s response to a poll tells the 
TNC if the original packet was received or not received. If the packet was 
not received, then the packet is sent again. If the packet was received, the 
TNC is happy and goes on to the next packet. 


If the response says the original packet was received, less air time was 
used for the exchange (compared to version 1). The poll and response are 
shorter than resending the packet and its acknowledgment. However if the 
response says the original packet was not received, then the packet must 
be sent again. This takes more air time than version 1. Version 2 requires 
at least one poll and response to be sent in addition to the resent packet. 


Therefore version 1 (AX25L2V2 OFF) should be preferred if you are 
vulnerable to collisions, and version 2 (AX25L2V2 ON) should be 
preferred if collisions are rare. 


FRACK controls the amount of time the TNC will wait for an acknowledgment. 
If an acknowledgment is received, the timer is stopped. If the timer expires 
and no acknowledgment has been received, a retry or poll will be sent. 
Exactly when the timer should start is not clearly defined in the protocol. 
Most TNCs appear to start the FRACK timer after a packet has been trans- 
mitted. However, if you are using a computer program that uses the KISS 
mode of the TNC, the program is keeping this timer and has no idea when 
the TNC transmits. These types of programs generally start the timer when 
the packet is sent to the TNC. FRACK, in these cases, should be set longer 
since the TNC may need to wait for a clear channel before it can transmit. 
Some versions of KISS (most notably Multi-Drop KISS) have an Ack 
mode that notifies the computer when a packet has been transmitted. When 
using KISS with Ack mode, the FRACK timer is started after the packet is 
transmitted. 


In Kantronics TNCs (since version 3.0), the FRACK timer is suspended 
when the TNC detects carrier on the frequency. If there is carrier on the 
frequency, it is impossible for the remote station to transmit an acknowledg- 
ment (or you may be receiving the acknowledgment). For TNCs that do not 
suspend FRACK when carrier is detected, FRACK should be increased 
when the frequency is congested. Otherwise the TNC will try to send a poll, 
or resend a packet, before the remote station has had a chance to respond. 
These extra packets cause more congestion. 


RESPTIME can be used to delay the creation of an acknowledgment to an 
Information frame. Be careful not to make the delay too long or the other 
station’s FRACK may expire before your TNC attempts to respond. The 
RESPTIME timer begins when an Information frame is received. When 
the timer expires, an acknowledgment is created for all Information frames 
that need acknowledged (for a specific link). Some TNCs may suspend the 
timer during the following situations: 1) while receiving packets addressed 
to the TNC, 2) while detecting carrier, and/or 3) while asserting PTT. A 
setting of RESPTIME 5 (500 milliseconds) seems to work well for most 
situations. 


If RESPTIME is set to 0, some TNCs will create an acknowledgment for 
every frame that needs acknowledged. However, there are times when more 
than one frame can be acknowledged with the same acknowledgment. For 
example, if two received frames were transmitted during the same key-up 
time, one acknowledgment can acknowledge both frames. With RESPTIME 
set to 0, the acknowledgment to the first frame will be created but can not 
be transmitted until after the second frame is received. By the time the TNC 
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transmits, it sends two acknowledgments during the same key-up time. 
Since only one acknowledgment is necessary, the extra acknowledgment 
only wastes air-time and adds to the congestion on the frequency. Setting 
RESPTIME greater than 0, can delay the creation of an acknowledgment 
until after the second frame is received. 


If the TNC is in KISS mode, the computer program is keeping the 
RESPTIME timer. The TNC does not tell the program when packets are 
being received, when there is carrier detect, or when PTT is asserted. 
RESPTIME is the only way to delay the creation of an acknowledgment. 
To set RESPTIME for KISS applications, calculate the amount of time 

it will take to receive the longest possible frame (air time and time to 

get from TNC to computer); then, double (or triple) the result. Using this 
value will cause the computer to wait until a second (or third) frame can 
be received before creating an acknowledgment. 


Receiving a Packet 
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Although there are several commands that affect transmitted data, there are 
almost none that affect received data. However, the TNC is still very busy. 


The receive signal comes to the TNC through a cable that is attached 

to a radio. This signal is demodulated by the modem section of the TNC. 
Demodulation is the process of converting the information on the receive 
signal into the digital voltages required for use inside the TNC. 


Timing for the recovered clock must also be derived from the receive signal. 
It is not enough to know that at 1200 baud another bit is sent every 1/1200 
of a second, because it takes a finite amount of time for the signal to change 
from one state to the next. If the TNC attempts to decode while the signal is 
changing, the decision will be unreliable. To be reliable, the clock recovery 
circuit adjusts its clock to decode in the center of a bit time (based on the 
incoming signal). 


The output of the modem will always have some voltage present. Some 
TNCs are designed to always attempt to decode the output of the modem 
into packets. Other TNCs are designed to only attempt to decode when the 
carrier detect section says a signal is present. In some TNCs, the user has 
control over what type of carrier detect is used. (Types of carrier detect are 
discussed in the next chapter.) 


The HDLC (High-level Data Link Control) section of the TNC looks 

at the output of the modem for a unique pattern of voltages. This unique 
pattern is called a flag and signifies the beginning of a packet. When a flag 
is detected, the PAD (Packet Assembler/Disassembler) section of the TNC 
will begin to decode the packet. The AX.25 protocol specifies the order and 
type of information. For example, after the flag, the next 7 bytes represent 


the destination address. More information on the AX.25 protocol is in 
Chapter 7. The end of the packet is detected when another flag is received. 


While the packet is being received, the HDLC section is calculating the 
FCS (Frame-Check Sequence). Once the entire packet is received, this FCS 
is compared to the FCS contained in the received packet. If they are not 

the same the packet is not processed any further, except that the packet may 
be displayed to the screen if the PASSALL command is ON. 


If the FCSs are the same, the TNC continues to process the packet. 
This includes: 


1) Sending data to the computer to be displayed on the screen 
(if connected or if permitted by the monitoring parameters). 


2) Digipeating (if the next address responsible for digipeating is one 
of the TNC’s callsigns, and if the DIGIPEAT command is ON). 


3) Acknowledging (if in a connected state, or establishing a connected 
state). 


Throughput 


Throughput is the amount of data that can be transferred from one point to 
another within a defined period of time. Since packet radio uses shared- 
channel access, there are two aspects to throughput: 


1) The amount of data transferred on the channel by all users, and 


2) The amount of data transferred between two communicating stations. 


These two aspects must be weighed against each other when adjusting our 
stations for best throughput. As much as possible, we must give equal con- 
sideration to both aspects. 


Things that affect throughput: 


1) AX.25 overhead. The AX.25 protocol requires at least 20 bytes of over- 
head for each packet (add 7 bytes for each digipeater used). There is nothing 
you can do about this except to avoid using digipeaters whenever possible. 


2) When given the choice between using a network node and using a digi- 
peater, use the node. If packets need retried, they must be retried from the 
originating station when using digipeaters. When using nodes, packets are 
only retried between adjacent nodes. 


3) PACLEN -— the amount of user data in each packet. On a channel with no 
interference (other stations, noise, etc.) high values of PACLEN produce 
best throughput. As interference increases, PACLEN should be decreased; 
otherwise, throughput will decrease. 
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4) MAXFRAME. If several packets are sent during one key-up time, fewer 
acknowledgments need to be sent by the remote station. This increases 
throughput. However, if all packets are not received at their destination and 
have to be resent, throughput suffers. 


5) DWAIT, PERSIST, SLOTTIME. Setting these values to be friendly on a 
shared channel will reduce your throughput, but will increase the number of 
stations that can use the channel. 


6) TXDELAY. When TXDELAY is too long, channel time is wasted. If too 
short, communication will be impossible. 


7) Channel congestion. An increase in channel congestion, for any reason, 
will decrease throughput. 


8) Propagation. Multi-path, skip, and fading will often cause packets to be 
received incorrectly, resulting in reduced throughput. 


9) During times of poor reception, throughput is increased by setting 
AX25L2V2 OFF. On the other hand, when reception is good throughput 

is increased by setting AX25L2V2 ON. The setting of AX25L2V2 in both 
TNCs determines if the connect is version 1 or version 2. You have little 
control over the setting in the remote TNC. Having your TNC set for the 
version you prefer will increase the chances of the connect being established 
with that version. 


10) RESPTIME. If set too short, your TNC may send several acknowledg- 
ment frames when only one is necessary. If set too long, the remote station 
may retry the packet because your TNC hasn’t responded. 


11) FRACK. If set too short, the TNC will retry the packet before the 
receiving station has had enough time to respond. 


12) Baud rate. Transmitting more bits per second results in greater 
throughput. 


13) Transceiver switching time. The time it takes to switch from transmit 
to receive and from receive to transmit will affect throughput. Radios 
that have fast switching increase throughput. 


14) Having your radio and TNC properly adjusted will increase throughput. 
This includes deviation, TNC tones, signal strength, and receive volume. 
Some of these items are discussed in the next chapter. 


15) Anything that causes interference (other stations, natural or man-made 
noise, etc.) decreases throughput. 


CHAPTER 5 


TNC to Radio Wiring and 
Adjustments 


The TNC must be connected to a radio in order to transmit and receive 
frames. In this chapter, we will discuss the connection between the TNC and 
the radio. The biggest problem in describing the TNC-to-radio connection is 
that there are no standards: no standard connectors, no standard use of pins 
on the same type of connectors, and no standard names for types of signals. 
Therefore, in this chapter, we will discuss the purpose of the wiring as much 
as the connecting information. 


Required Wires. There are 4 wires required between the radio and TNC: trans- 
mit, receive, PTT (Push-To-Talk), and ground. The connector pins that the 
wires attach to are called by many names. Some of the names will be men- 
tioned in the descriptions below. If your radio or TNC uses a different name, 
hopefully understanding the purpose of the pin will help you decide which 
pin to use. 


The documentation for your TNC and radio should show you a connector 
pin-out diagram. Some older radios may only show a schematic for the 
microphone. At the end of this chapter are some diagrams of popular radios 
and a typical diagram of a microphone schematic. If you are in doubt about 
the correct way to wire your radio cable, ask a trusted knowledgeable friend 
or call the radio or TNC manufacturer. Making an incorrect connection 
could damage the radio and TNC. 


Modulation. The type of modulation affects where the wires are connected to 
the radio. There are primarily two types of modulating signals in use today: 
audio and DFSK. Standard 1200 baud packet is audio modulated with two 
tones, specifically 1200 Hz and 2200 Hz. This type of modulation works 
well into a standard voice radio. However, most faster modems use DFSK 
(Direct Frequency Shift Keying) modulation that does not work through a 
standard voice radio. To use DFSK, one must either modify a voice radio 
or buy a data radio. Unfortunately, radio manufacturers have been slow at 
developing data radios. There are some on the market, but, at the time of 
this writing, not many to choose from. The following descriptions give 
information for connecting both audio and DFSK modulation. 
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Transmit Signal 


The transmit signal is the data signal coming from the TNC modem going 
to the radio. This signal carries the intelligence to be transmitted. The type 
of signal modulation will depend on the modem. 


Radio to TNC Connection 


Audio Modulation. The transmit signal leaves the TNC through a pin of 
the TNC radio connector. This pin may be called: AFSK out, microphone 
audio, transmit audio, or transmit data. The wire carrying this signal will 
connect to the radio at a pin called mic, microphone audio, mic in, AFSK, 
MOD, or data in. This pin is present on the microphone jack and sometimes 
on an auxiliary jack. 


Hand-Held Radios. When a microphone is used, the Transmit Signal line 
carries the voice signal from the mic to the radio for transmission. Most 
hand-held radios also apply a de voltage to this line to power the micro- 
phone. If the TNC is not made to handle the dc voltage, it may cause the 
transmitted signal to be distorted. It is also possible, on some radios, for 
this dc voltage to cause the radio to be constantly keyed. Many TNCs 
require one of the following solutions: 


1) Place a 0.1 pf capacitor in the Transmit Signal wire to block the 
dc voltage. 


2) Place an audio transformer across the Transmit Signal wire to allow 
ac (audio) frequencies to pass through the wire but not dc voltages. 


3) Modify the TNC to include an isolation circuit. One disadvantage 
to this is that you may have to re-modify the TNC when you 
want to use a base radio. 


DFSK Modulation. The TNC transmit data pin is connected to the data 
input pin of the radio. Inside the radio, the data input pin is connected 
directly to the varicap (bypassing the audio circuits of the radio). A few 
radios provide this connection. If it is not provided, you may be able to 
modify the radio. To use DFSK, the radio must use true FM (frequency 
modulation) and not PM (phase modulation). The bandwidth of the radio 
may also need to be modified, as discussed later. 


FM Transmission Quality. The transmitting station is responsible for the 
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quality of the signal. One way to evaluate the transmitted signal is to receive 
it and listen to it. We’ve probably all listened to several voice stations. If the 
radio volume control is left at one setting, we’ve noticed that some stations 
sound soft while other stations sound loud and even distorted. For our lis- 
tening enjoyment, we can change the volume control. In addition, the ear is 


a marvelous part of our body and can understand many distorted voices. 
However, a TNC is not manufactured with the capability to change the 
volume control; and electronic circuits are not designed as well as our 
ears. Therefore, transmission quality is more critical for packet stations 
than for voice stations. 


TNC Output Drive Level. Voice operators can affect the quality of 

the transmitted signal by how loud they speak and how close they hold the 
microphone to their mouth. Packet stations can produce a quality signal 

by properly adjusting the TNC output drive level. This is normally done by 
changing a potentiometer or jumper inside the TNC. An output level that is 
too low is comparable to a voice that is too soft. The receiving TNC may 
not be able to hear it well enough to decode the packet. High output level 
is comparable to a loud and possibly distorted voice. The receiving TNC is 
designed for a certain range of “loudness”. If the received signal is outside 
that range, the TNC will be unable to properly decode the information. 


Two-meter FM voice radios typically need to transmit a signal with 3.5 kHz 
deviation for the signal to be properly received at the remote station. If you 
are fortunate to have access to a deviation meter, adjust the output drive 
level of the TNC until the radio is sending a signal with 3.5 kHz deviation. 
Otherwise, listen to other signals and your signal. Then adjust the TNC 
drive level until your signal has the same loudness as other signals on the 
frequency. (Your TNC manual should give more specifics for your model of 
TNC. Output drive level may also be called AFSK output level, output-level 
control, or transmit audio level.) 


Radio Deviation. Radios are designed to take a certain input drive level and 
produce a certain output deviation level. The radio’s input drive level is 

the voice signal from the microphone or the transmit signal from the TNC. 
If the input drive level to the radio is correct, the quality of the signal (or 
deviation level) will be good. 


Radios also have adjustments. You can adjust the amount of deviation 
that is produced by a specific input signal. Making an adjustment in 

a radio is normally more difficult than making an adjustment in a TNC. 
If a radio is also going to be used for voice, it is best to adjust the radio 
properly for voice and perform any necessary adjustments for packet in 
the TNC. 


Note: The amount of power transmitted by the radio does not affect 
deviation. Radio power only affects the signal-to-noise ratio. 


Impedance. Most TNCs are manufactured to expect an impedance of 600 
ohms connected at the Transmit Signal pin. If your radio input connection 
is not between 200 and 1800 ohms, you will need to add an impedance 
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matching transformer across the Transmit Signal line. (As a rule of thumb, 
for impedances to match, they must be within a 3 to | ratio.) 


Transmitted Tones. Another factor for a quality signal is that the tones 
must be the correct tones. Some TNCs have potentiometers (pots) in the 
circuits that produce the transmitted tones. Pots, by their design, have a 
tendency to become ill-adjusted. If this happens, the TNC no longer sends 
the correct tones resulting in either many retries or a total inability to com- 
municate with other TNCs. The steps to adjust the pots vary from TNC to 
TNC. Check with your TNC manual or manufacturer for specific instruc- 
tions. (Kantronics TNCs do not have pots in these circuits; instead they use 
switched-capacitance filters that provide stable tones without the need for 
adjustments.) 


Receive Signal 


The receive signal comes from the antenna to the radio and then to the TNC. 
This signal is used for two things inside the TNC: 1) to receive signals that 
can be decoded into packets, and 2) to determine carrier detect. 


Radio to TNC Connection 
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Audio Modulation. The wire that carries the receive signal from the radio 
to the TNC attaches to the TNC at a pin often called: receive audio, audio 
signal, or receive data. There are several places the Receive Signal wire 
may attach to a radio: the speaker or headphone jack, the mic jack, or an 
auxiliary jack. 


When connecting to the speaker or headphone jack, the Receive Signal wire 
is connected to the tip of the plug. For this type of connection, many TNC 
manufacturers provide a pre-wired cable. 


Some radios have a pin on the mic jack for the receive signal. This pin may 
be called: Rx audio output, receive data, SP (speaker), AF, ANO, or data 
out. The Receive Signal wire may be connected to this pin. Other radios 
provide a similar connection on an auxiliary jack. 


DFSK Modulated signals need to come directly from the discriminator of 
the radio and not through the audio circuits of a voice radio. Some radios 
may provide this signal at a data-connector pin. If this pin is not provided, 
the radio must be modified to connect the Receive Signal wire directly to 
the discriminator output. A true FM-modulated radio must be used; not a 
PM (phase modulated) radio. Modems that receive DFSK modulation are 
normally for speeds that require a wider bandwidth than is standard in a 
voice radio (discussed below). 


FM Audio Receive Volume. Radio receive volume is set with the following 
steps (when using energy carrier detect, which is default on most TNCs): 


1) Some TNCs have a threshold knob that needs to be set first. With 
the radio off, turn the knob all the way clockwise. Then turn the 
knob counterclockwise until the DCD LED goes out. Turn the radio 
on before continuing. 


2) Open the radio squelch so you hear noise when no signal is present. 
3) Adjust radio volume as low as possible. 


4) Increase radio volume until the TNC RCV LED comes on. (This 
LED is labeled DCD on some units.) Then set the volume level 
slightly higher. 


5) Increase radio squelch until the TNC RCV (DCD) LED goes off. 


If the radio’s squelch is set at a point where noise is heard, the TNC will 
interpret the noise as a signal and will not transmit. If the radio’s volume 
is set too high, it can overdrive the TNC input circuit and cause distortion 
of the receive signal. 


As always, to transfer maximum power, impedances must match. In this 
case, the radio speaker output impedance must match the TNC receive input 
impedance. However, the radio volume control can be increased to over- 
come most impedance mismatches. Only in extreme cases will distortion be 
caused. 


FM Audio Equalization. Audio-modulated packet is transmitted using two 
tones. The receiving modem works best if the two received tones have 
the same amplitude. When the tones are received at different amplitudes, 
modem performance suffers; frames are decoded incorrectly; and retries are 
required. Some TNCs provide adjustments (with jumpers, potentiometers, 
or commands) to equalize the amplitude of the two tones. 


Theoretically the tones should be of equal amplitude when received, how- 
ever in the real world theories are not accurate. The complete explanation of 
the need for equalization is deep in FM theory and beyond the scope of this 
book. In general, the transmitting TNC sends the tones to the transmitting 
radio with equal amplitudes. The radio pre-emphasizes some tones, chang- 
ing their amplitude, to improve the signal-to-noise ratio. The receiving radio 
de-emphasizes these tones to return them to equal before sending them to 
the TNC. Pre-emphasis and de-emphasis are normal sections of the audio 
circuits in FM voice radios. However, there are slight variations between 
what one radio will pre-emphasize and what the next will de-emphasize. 
Therefore, there are times when it is necessary for the TNC to also perform 
some equalization. 
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In extreme cases, you may need to set equalization differently depending 
on which station you want to communicate with. In other words, the pre- 
emphasis of one station may be so much different from the pre-emphasis 
of another station that you may need to use a different equalization setting 
for each station. Otherwise, communications may be unsuccessful. In this 
case, you will not be able to communicate with both stations at the same 
time. The type of carrier detect used may also affect how sensitive the TNC 
receive circuit is to different amplitudes (equalization). 


When using voice, near perfect equalization is not a problem because the 
ear is a marvelous part of our body. If you listen to the same person on 
radios with different de-emphasis, you may notice that he does not sound 
exactly the same. However, your ear can still understand the voice. The 
TNC is listening for only two tones. As the differences in amplitudes 
increase, the TNC has more difficulty hearing them both equally well. 


Carrier Detect. The receive signal is also used by the TNC to detect carrier. In 
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other words, to detect if the frequency is in use. Carrier detect is used in the 
determination of when to transmit. If a carrier is detected, the TNC will not 
transmit. However, this does not necessarily mean packet signals are being 
received. Depending on the type of carrier detection used, packet signals are 
not always present when carrier is detected. 


It is possible to use an external means of carrier detect. In which case, the 
received signal also goes through an external circuit (may be built into 
radio). The external circuit is then connected to a separate TNC connector 
pin for external carrier detect (XCD, SQ, or squelch input). The receive 
signal is still connected as described above, to provide reception of packet 
data. In most Kantronics units, external carrier detect is selected by the 
command CD EXTERNAL. 


There are basically two kinds of carrier detect: energy and data. 


Energy Carrier Detect. Many TNCs use energy carrier detect as a default. 
Energy is any signal the receive circuits detect. This includes packet signals, 
voice signals, and any type of noise. If you are listening to the frequency, 
anything you can hear is considered energy. On most Kantronics units, the 
command CD INTERNAL selects energy carrier detect. 


Data Carrier Detect. Data carrier detect circuits are built in several 
different ways. However, they all have the same purpose: to determine if 
the receive signal contains data that is in the format defined by the receive 
modem. When a signal containing “real” data is being received, carrier 
detect is asserted and the TNC will not transmit. On the other hand, if a 
signal is being received that does not contain real data, the TNC will 
transmit. This allows us to open the squelch to where noise is heard and 
copy weak packet signals. Another benefit is the ability to transmit 


even when plagued by some RE interference. Data carrier detect is selected 
in most Kantronics TNCs with the command CD SOFTWARE. 


The Kantronics CD SOFTWARE command looks for transitions in the sig- 
nal that are typical of 1200 baud. The timing and regularity of the changes 
between Mark and Space are used to detect a 1200 baud signal. On the other 
hand, the TAPR DCD state machine looks for “real” data by looking for 

the specific audio tones used for 1200 baud packet: 1200 Hz and 2200 Hz. 
Similarly, the DE1200 modem for the Kantronics Data Engine looks for any 
sinewave; in this case, any modems that use audio tones can co-exist on the 
same channel. 


Push-To-Talk Circuit 


The Push-To-Talk (PTT) line from the TNC attaches to the radio at a pin 
often called PTT, STBY (standby), SEND, SS, or PKS. The PTT line is 
used to key the transmitter. Any signal received by the radio on the Trans- 
mit Signal line will not be transmitted unless the PTT line is first asserted. 
There is no buffer in the radio — if PTT is not asserted, the transmit signal 
will go nowhere. When the TNC has a frame to transmit, it first asserts PTT 
and then sends the data on the Transmit Signal line. This is comparable to a 
person pushing the PTT button on a microphone before speaking. 


FIGURE 14 
PTT circuit 
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The PTT circuit is shown in Figure 14. There are several ways to design 
the circuit in the TNC; but no matter how it is designed, the circuit acts as 
a switch. When PTT is asserted, the switch is closed and current is allowed 
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to flow through the PTT circuit. This enables the radio to transfer power to 
the Transmitter Keying circuit. When the switch is open (not asserted), the 
PTT circuit is open and no power can be transferred to the keying circuit. 
With an open circuit, the radio will not key and there will be no transmit 
signal output. For radios that connect the transmit signal and PTT to the 
same radio pin (such as on the Yaesu FT-5100 DATA IN/OUT phone jack), 
follow the instructions below for hand-helds. 


Hand-Held Radios. Many hand-held radios (most Icom and Yaesu) need the 
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PTT wire connected at the same point where the Transmit Signal wire is 
connected. The PTT switch in the TNC acts the same as explained above — 
when PTT is asserted the switch is closed. Current can then flow in the PTT 
circuit and power the radio’s Transmitter Keying circuit. However, since 

the transmit signal enters the radio on the same wire as PTT, things are more 
complicated. 


The PTT circuit is a de circuit and the Transmit circuit is an ac circuit. The 
radio is built to accept both circuits on the same wire and separate them as 
needed. The TNC on the other hand does not expect the PTT and Transmit 
circuits to join between the TNC and radio. When wired to a base radio, two _ 
separate wires enter the radio. The TNC design must be different if there is 
one or if there are two wires entering the radio. TNCs are designed to work 
with two separate wires. 


When we join the two wires from the TNC, we must place components 
in the wires to prevent the circuits from joining in an undesirable manner. 
The components may be either a resistor and capacitor, or a transformer, 
as explained below. These components can often be placed in the radio 
connector shell, such as the DB-9 on Kantronics units. (It is possible to 
modify the TNC. However, it may then not work with a base radio.) 


Resistor and Capacitor 


The PTT circuit with a resistor and capacitor is shown in Figure 15. The 
transmit signal from the TNC will follow the path of least resistance. If 
there is no resistor in the PTT line, that line looks like less resistance than 
the line going to the radio. Therefore, most of the transmit signal will go on 
the PTT line, back into the TNC and straight to ground. To prevent this, we 
place a resistor in the PTT line. This increases the resistance in the PTT line 
and makes the line going to the radio contain the least resistance. 


FIGURE 15 
PTT circuit with resistor and capacitor 
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The value of the resistor depends on the amount of input signal needed 
by the radio to produce a desirable transmitter output. If the resistor is 

too small, PTT will be asserted and a signal will be transmitted. However, 
there will be no (or little) audio on the signal since too much of the signal 
went back into the TNC and to ground. If the value of the resistor is too 
large, there will not be enough current to assert PTT and no signal will be 
transmitted. 


Capacitors block dc. Therefore, we place a capacitor in the Transmit Signal 
wire to block any dc from the PTT circuit from entering the transmit section 
of the TNC. As mentioned under Transmit Signal, this capacitor also blocks 
the dc from the radio that powers the microphone. The capacitor does not 
affect the transmit signal because ac can pass through capacitors. A capaci- 
tor value from 0.1 uf to 1 pf is sufficient for most situations. (Some TNCs 
are designed so the capacitor is not needed.) 
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Isolation Transformer 


The PTT circuit with a transformer is shown in Figure 16. The PTT and 
Transmit Signal wires meet at ground; therefore, the two circuits can not 
combine in an undesired manner. The transmit signal is transferred through 
the transformer to the wire that connects to the radio. 
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The Ground wire between the TNC and radio completes the PTT circuit and 
serves as a reference for the transmit and receive signals. The wire from the 
TNC Ground pin should be connected to a pin on the radio called Ground 
(GND), Earth ground (E), PTT ground, or Shield. The pre-wired speaker 
cable that comes with many TNCs usually has ground wired and is suffi- 
cient for most radios. Some radios have a pin named Mic Ground. It is nor- 
mally unnecessary to connect this ground. Connecting the Mic Ground pin 
in some radios has been known to cause hum on the transmitted signal. 


Radio Characteristics 


Switching Time. The time it takes a radio to switch from transmit to receive and 
from receive to transmit is important when considering packet efficiency. 
During switching time nothing can be received or transmitted, but collisions 
can be caused. The TNC starts its transmission routines as soon as it asserts 
the radio PTT. However, it takes time for the radio to reach full power out- 
put. During this time, other stations cannot detect that the radio is transmit- 
ting, so they may also begin their transmission routines and collisions occur. 
The time it takes to switch from transmit to receive is also deadtime because 
nothing can be received. When the remote TNC needs to respond, it must 
wait enough time for the other station to return to receive. This slows down 
communications and decreases efficiency. 


The TXDELAY parameter allows you to adjust for differences in switching 
time. Stations with fast radios will be able to set this parameter short and 
increase efficiency. Some TNCs default TXDELAY to 30, which is 300 
milliseconds. That doesn’t sound like a very long time. If we consider 1200 
baud packet, it takes 300 milliseconds to send 45 characters. (1200 bits per 
second / 8 bits per character = 150 characters per second. 150 * 0.3 seconds 
= 45 characters per 300 ms). However, 9600 baud is 8 times faster. The 
TNC could have transmitted 360 characters during 300 milliseconds. As the 
baud rate increases, switching time becomes more important. 


Bandwidth is the group of frequencies needed to transmit and receive a given 
modulated signal. Although you set the frequency read-out of a radio to one 
frequency, the radio actually transmits and receives using several frequen- 
cies surrounding the one you set. The frequencies that can be used are deter- 
mined by the filters in the radio. If the filters are too narrow, the entire 
signal will not be transmitted (or received), thus making it difficult to cor- 
rectly interpret the message. If the filters are too wide, there will be other 
signals present that add noise to the intended message and make it difficult 
to understand. When transmitting digital data, the signal is changing 
between two states. The bandwidth of the radio must be wide enough to 
allow both states to be transmitted and received. 


Audio Modulation is restricted by the range of tones that can pass through 
the audio amplifier of the radio. The highest audio tone that can be sent 
through most voice radios is 3000 Hz and the lowest tone is about 500 Hz. 
Standard 1200 baud packet uses a 1200 Hz tone and a 2200 Hz tone. 


DFSK Modulation is limited by the bandwidth of the radio’s IF filters. The 
TNC modem is connected to the radio at the discriminator and varicap, by- 
passing the audio circuits. The standard G3RUH 9600 baud modem shifts 
the frequency 3000 Hz above the carrier and 3000 Hz below the carrier. 
James Miller, G3RUH, recommends using an IF bandwidth of 15 kHz to 
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achieve best performance. The modem can be modified for different speeds. 
The deviation and bandwidth for specific baud rates are shown in the 
following chart. 


Baud Rate 4800 9600 19200 38400 64000 
(using FM) 

Deviation + (in kHz) 1.5 3 6 12 20 
IF Bandwidth (in kHz) 8 15 30 60 100 


You can roughly estimate the bandwidth needed for a specific speed by 
multiplying the baud rate by two (answer is in Hertz). 


Troubleshooting 


TNC RCV (DCD) LED always lit. 1) Check the radio squelch setting. If 
the squelch is set too loose, the TNC will hear a constant noise and detect 
carrier. If possible, you may want to change to a type of carrier detect that 
will detect real data instead of just noise. 2) Check to see if the radio pin is 
providing squelched or unsquelched audio. Some TNCs cannot decode 
unsquelched signals. 3) On some TNCs, check the threshold knob setting. 
If it is not turned far enough counterclockwise, the DCD LED will stay lit 
continuously. 


Radio constantly keyed. When connecting a cable between the TNC and radio, 
if the radio goes into transmit and stays in transmit, double check the cable 
for correct wiring. If the correct pins are connected, you may need to add a 
Q.1 yf capacitor or an isolation transformer in the Transmit Signal line. 


Hum on Transmitted Signal. It may be reported to you that youhave hum 
on your signal, or you may listen to your signal on another radio and hear 
hum on your signal but not on other signals. Hum is often caused when 
mic ground is connected between the TNC and radio. Since mic ground is 
often not common with PTT ground, a ground loop is created by connecting 
both grounds. A ground loop, caused by a difference in voltage or current 
between PTT ground and mic ground, often causes hum on the transmitted 
signal. The ground used to complete the PTT circuit is the only ground 
necessary between the TNC and radio. 


Ground Loops. When there seems to be no logical reason for a problem, 
check your entire system for ground loops. A ground loop occurs when 
there is a difference in voltage or current on the ground of one unit com- 
pared to the ground of another unit. This can often be very difficult to 
track down and fix. 


Battery Saver modes in hand-held radios must be turned OFF. Otherwise, 
carrier will not be properly detected. 
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Wiring Diagrams 


Manufacturers have been known to change their usage of pins, please 
compare diagrams shown with the product’s manual. Pins not shown 
may be used for other functions. Damage may occur if wrong 
connections are made. 


Base Radios 


Pins are labeled with the number of the pin, followed by the descriptive 
name used in this chapter. 


Speaker Plug (typical) 


Receive Signal 


tip 


sleeve 
3.5 mm mono plug 


(to speaker jack) 


Icom 8-pin Mic Connector 


1 — Transmit Signal 8 — Receive Signal (some models) 


(not wired if speaker plug is used) 


6 — Ground 


Female (wiring side) 


Yaesu 8-pin Mic Connector 


8 — Transmit Signal 7 — Ground 


Female (wiring side) 


ae 


Kenwood 8-pin Mic Connector 


1 — Transmit Signal 


(provided on some models) 
(not wired if speaker plug is used) 


Female (wiring side) 


Kenwood 13-pin DIN Connector 


13-—PTT 
Si Deen dpitey esp eatig catoobe: paaageabl i 
early models | | 
| 
early models Vv | 
only | 


9— PTT 


2 — FSK (for RTTY, if desired) 
3 — Receive Signal 
late models 


Female (wiring side) 


NOTE: Later models do not need Pin 13 connected. Early models have 
separate PTT pins for completing the circuit and for muting the mic. Both 
pins must be connected with a small-signal diode (1N914 or equivalent) 
as shown for early models. Check your manual. 


TIP: The pins on this connector are very close together therefore difficult 
to solder. To make it easier, remove unneeded pins from the connector 
before soldering. 


Older Radios 


Typical schematic when pin-out diagram is not part of radio 
documentation. 


Typical Schematic of Microphone (4-pin mic connector) 


Pin 1 — Transmit Signal 
Pin 2—PTT 


MIC 
(500) 
oNo PTT Switch 


Female (wiring side) 


Typical Connection for Receive Signal to Speaker Plug 


Receive Signal a 
Ground 


sleeve mono plug 
(to speaker jack) 


Oe 
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Hand-Held Radios — Turn off battery saver 
Kenwood 2600 Hand-Held Radios (and newer models) 


0.1 uf 
Transmit Signal . 
— ring 
PTT 
sleeve 3.5 mm stereo plug 
(to mic jack) 


Receive Signal 


— a | | RD 


-Sleeve 2.5 mm mono plug 
(to speaker jack) 
Kenwood with Transformer 
TNC Hand-Held Radio (Kenwood) 
Transmit Signal Transmit Signal 
Ground Ground 
PTT PTT 
Receive Signal Receive Signal 


Yaesu FT-727 Hand-Held Radios (and newer models) 


0.1 uf 


Transmit Signal | 
ere ee =| a 


22KQ 2.5 mm mono plug 
(to mic jack) 


Receive Signal 


Ground 


sleeve 3.5 mm mono plug 
(to speaker jack) 


<a? = . tS . 4 See 
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RE ———<— ~” 


hQhaaQauAQuawAWQQhuWWWWW gn AN, CD O§8l|leB§@aAE SS 


ICOM 2AT Style Hand-Held Radios (and newer models) 


Transmit Signal re 
——__—_—— tip 


PTT 


3.9 KQ 2.5 mm stereo plug 
(to mic jack) 
Receive Signal 


tip 
Ground 5 —{l] I 4 


sleeve 3.5 mm mono plug 
(to speaker jack) 


ICOM W2A Style Hand-Held Radios (and newer models) 


0.1 uf 


Transmit Signal | 


A 


ring 


3.9 KQ 


Receive Signal sleeve 2.5 mmstereo plug 


(to speaker/mic jack) 


ICOM / Yaesu with Transformer 


TNC Hand-Held Radio (ICOM, Yaesu) 


PTT 


Transmit Signal 


Ground Transmit Signal 


| Ground 


Receive Signal Receive Signal 
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TNC Radio Ports 


Note: Pins not labeled are used in some models for functions not described 
in this book. 


Kantronics VHF DB-9 Connector 


3-—PTT 2 — External Carrier Detect 


5 — Receive Signal 
9 — Ground 


Male (wiring side) 
Kantronics HF 8-pin DIN Connector 


8 — External Carrier Detect 


6 — Receive Signal 
3—PIT 6) 1 — Transmit Signal 
5 — FSK out (for RTTY) 4 — Key out (for CW) 
2 — Ground 


1 — Receive Signal 


4 — Ground 2 — Transmit Signal 


Female (wiring side) 


MFJ 1270 / 1270b / 1274 5-pin DIN Connector 


2 — Ground 


CHAPTER 6 


sample QSOs 


In this chapter we will examine the frames sent for a QSO using the 
AX.25 Level 2 Version 1 protocol. Then we will look at the same QSO 
using AX.25 Level 2 Version 2 protocol. 


The TNC decides which version to use when a connect is established. The 
connect request is transmitted as either a version | frame or a version 2 
frame depending on the setting of the AX25L2V2 parameter. The remote 
TNC responds to the connect request with an acknowledgment. If the con- 
nect request is a version | frame, the acknowledgment will normally be a 
version | frame. Then the link, until disconnect, will use version | of the 
protocol. If the connect request is version 2, the remote TNC will respond 
according to its setting of AX25L2V2. This may result in either a version 1 
link or a version 2 link. The chart below shows which version is used for 
different settings of AX25L2V2. 


Station initiating | Responding Version 


connect Station Used 

AX25 OFF AX25 OFF version | 

AX25 OFF AX25 ON version 1 (may be version 2)* 
AX25 ON AX25 ON version 2 

AX25 ON AX25 OFF may be version | or version 2 


depending on how the respond- 
ing station’s TNC firmware is 
coded.* 


* This assumes the TNC initiating the connect recognizes the decision 
of the responding station. If the decision is not recognized, problems 
occur. (This problem is most prevalent in a few KISS or software 
implementations of AX.25 by programmers who may not thoroughly 
understand the protocol.) In some cases, the monitored data may look 
as if the conversation is a mixed version 1 and version 2 link. 
However, retries may still be handled correctly. 


Figure 17 shows a QSO between WKSM and KASZTX, as monitored with 
a KAM and phone-modem program. (If using a Host mode program 
or a different TNC, the same information should be present but possibly 
in a different format. Figure 20 at the end of this chapter shows KAM 
headers compared to PK-232 headers.) 
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All transmitted frames are 
shown with header information. 
Frames sent from the station 
whose MYCALL is WKSM are 
shown in bold. Each frame is 
numbered, to the left, for ease 
of referring to a specific frame 
in text. An asterisk before the 
number indicates that a 
collision occurred and therefore 
the frame was not received by 
the station it was addressed to. 
Where a line appears, all frames 
that have been sent in either 
direction have been acknowl- 
edged. In other words, there are 
no outstanding Information 
frames or Supervisory frames 
(acknowledgments and polls). 


TNCs have many monitor 
commands that determine 

the information displayed 

on the computer screen. To 

see the information discussed 

in this chapter on your screen, 
you may need to change some 
monitor commands. Most TNCs 
will display a list of monitor 
commands if you give the com- 
mand DISPLAY M. In particu- 
lar, you will want to set monitor 
commands so that command 
frames and response frames are 
displayed. This is done in most 
Kantronics units by setting 
MONITOR ON, MCOM ON, 
and MRESP ON. For the 
PK-232 set MONITOR 6. 


To see header information 
while connected, you must also 
set MCON ON (MCON 6 for 
PK-232). This can make a con- 
nected conversation difficult to 
follow, especially with regular 


FIGURE 17 


Version 1 QSO 


ok 


WK5M>KARL,KSTOP/V: <UI>: 
test 


WK5M>KA5ZTX/V: <C>: 
KA5ZTX>WK5M/V: <UA>: 


WK5M>KA5ZTX/V: <I00>: 
Hello there. how are you today? 


WK5M>KA5ZTX/V: <I00>: 
Hello there. how are you today? 


KA5ZTX>WKS5M/V: <RR1>: 


KA5ZTX>WK5M/V: <I01>: 
doing ok here 


WK5M>KA5ZTX/V: <RR1>: 
KA5ZTX>WK5M/V: <111>: 
Did you receive 
KA5ZTX>WK5M/V: <I21>: 
my message from last week? 


WK5M>KA5ZTX/V: <REJ1>: 
KA5ZTX>WK5M/V: <I11>: 
Did you receive 
KA5ZTX>WK5M/V: <l21>: 
my message from last week? 


WK5M>KA5ZTX/V: <RR3>: 


KA5ZTX>WK5M/V: <I31>: 

| tried to connect to 
KA5ZTX>WK5M/V: <l41>: 
you yesterday but 
KA5ZTX>WK5M/V: <I51>: 
guess you weren't home. 
WK5M>KA5ZTX/V: <REJ4>: 
KA5ZTX>WK5M/V: <|41>: 
you yesterday but 
KA5ZTX>WK5M/V: <I51>: 
guess you weren't home. 


WK5M>KA5ZTX/V: <RR6>: 


WK5M>KA5ZTX/V: <116>: 
yes, got your message, CUL 


KA5ZTX>WK5M/V: <RR2>: 
WK5M>KA5ZTX/V: <116>: 
yes, got your message, CUL 


KA5ZTX>WK5M/V: <RR2>: 


WK5M>KA5ZTX/V: <I26>: 
73 

KA5ZTX>WK5M/V: <I63>: 
73 

WK5M>KA5ZTX/V: <RR7>: 


WK5M>KA5ZTX/V: <D>: 
KA5ZTX>WK5M/V: <UA>: 


terminal programs. Many Host mode programs provide separate screens 
for monitored and connected data, making a connected QSO easy to follow 
while still allowing you to monitor channel activity. You may even want 

to set your TNC to monitor the frames you transmit (MXMIT ON). (Some 
MFJ units display your connected data with no headers and do not display 
Supervisory frames for your connect, even when MCON is ON.) 


Version 1 QSO Refer to Figure 17 


1 


WKS5M>KARL,KSTOP/V: <UI>: 
test 


The first packet is an unconnected packet. “WK5M” is the MYCALL of the 
station who sent the packet. His UNPROTO command is set to “KARL VIA 
KSTOP”. The “/V” is displayed by the KAM to designate that the packet 
was received on the KAM’s VHF port. “<UI>” tells the kind of AX.25 
frame; in this case Unnumbered Information. The Kantronics TNCs enclose 
this information in single brackets, < >, to show that it was sent as an AX.25 
Level 2 Version 1 frame. The second line, “test”, is what WK5M typed on 
his keyboard. 


The first line shown here is called a header. Most of this information was 
put into the packet frame by the sending TNC. The first callsign (WK5M) 
is the source address and is taken from the MYCALL parameter. The 

“>” is displayed to separate the source address from what follows and is 
not actually contained in the packet. “KARL” is the destination address 
and “KSTOP” is a digipeater address. For an unconnected packet these are 
taken from the UNPROTO parameter. The “/V” is displayed by the KAM 
to show which port the packet was received on. This is not contained in the 
packet frame. “‘:” is another separating character displayed by the TNC. 
<UI> shows the type of frame. This informations derived from the control 
information in the packet frame and is displayed in “English” as opposed to 


the binary bits actually in the frame. 


The second line is the text contained in the Information field of the frame. 
If the TNC HEADERLN command was OFF, this information would have 
continued on the first line. 


When using Host Master for the PC (Kantronics Host mode terminal 
program), the header would look like: 


(P1) WKSM>KARL via KSTOP: <UL: 


All the same information is displayed with only two differences: (P1) tells 
you the packet was received on Port 1, which is the VHF port of the KAM. 
The word “via” is used instead of just a comma. 
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2 


*4 
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WKS5M>KA5ZTX/V: <C>: 


This is a connect frame. The station with MYCALL “WK5M” is sending 
the packet and attempting to connect to a station with MYCALL 
“KASZTX”. To create this frame, WK5M was in the Command mode 

of his TNC and typed: 


C KA5ZTX 


<C> is displayed by the KAM to show that this packet is an AX.25 Level 2 
Version 1 connect request frame. “WK5M” is again the source address. 
The destination address is “KASZTX”’. 


KASZTX>WK5M/V: <UA>: 


This frame is created by KASZTX’s TNC as an acknowledgment to 
packet 2. There is no manual intervention at the KASZTX station. 
The TNC received packet 2, understood that it was a request for connect, 


and created thi einr <UA> is displayed to show that this 
frame is an . This time “KASZTX” is the 
source address an is the destination address. 


At this point KASZTX is connected to WK5M. The CON LED of her 
TNC comes on and a status message (*** connected to) is displayed 
on the computer screen. When this acknowledgment is received by the 
WKSM TNC, he will also be connected. 


WKS5M>KAS5ZTX/V: <I00>: 
Hello there.... how are you today? 


ond line is the 


This frame is sent from WK5SM to KA5ZTX. T 
information that 


This is frame number 


WKSM>KA5ZTX/V: <I00>: 
Hello there.... how are you today? 


This is the same packet as 4. Why? WKSM’s TNC transmitted packet 4. 
Then it started a timer (based on the FRACK parameter). This timer expired 
before an acknowledgment was received from KASZTX. So, WK5M’s TNC 


sent the packet again. bee a 4 is shown here because 
it was transmitted. However, it was ved by KASZTX’s TNC 


6 


*9 


10 


to do anything. 


because of a collision caused by her neighbor keying up at the time the 
packet should have been received. 


- ol ¢ 
KA5ZTX>WKS5M/V: <RRI>: 


amt anno eso Ree Fane nto The KAS x 
NC created this packet in response to packet 5 and transmitted it 


without KASZTX having to do anything. 


Packet 4 was not acknowledged because it was not received by the 
KASZTX TNC. The TNC will acknowledge all requests for connect or 
disconnect and all Information frames addressed to it. It cannot acknowIl- 
edge that it did not receive something. Packet radio is an asynchronous 
mode. This means there is no specific time when a packet is to be received. 
The TNC doesn’t know something was sent unless it was received; and 
therefore, it cannot acknowledge packets that were transmitted but not 
received. 


KA5ZTX>WKS5M/V: <I01>: 
doing ok here 


This is an Information frame <I01> from KA5ZTX to WKSM. The send 
sequence number, 0, shows that this is packet number 0 from KA5ZTX. The 
receive sequence number, 1, shows the number of the packet next expected 
from WKS5M. The text on the second line was typed by KASZTX. 


WK5M>KAS5ZTX/V: <RRI1>: 


<RRI1> is an acknowledgment showing that WK5SM received frame number 
0 and is now Ready to Receive frame number |. The WK5M TNC created 
this packet in response to packet 7 and transmitted it without WK5M having 


KA5ZTX>WKS5M/V: <I11>: 
Did you receive 


KA5ZTX>WK5M/V: <I21>: 
my message from last week? 


KAS5ZTX types some more to WK5M. Since the channel is busy with other 
activity, packet 9 is not transmitted immediately. By the time it is ok to 
transmit, packet 10 is also ready. Both packets are transmitted during the 
same transceiver key-up time. Packet 9 has a send sequence number of 1 
and packet 10 has a send sequence number of 2. Both packets have a receive 
sequence number of 1 because the next Information frame expected from 
WKSM is number 1. 
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11 


12 


13 


14 


15 


WKS5M>KAS5ZTX/V: <REJ1>: 


<REJ1> is an acknowledgment frame created by WK5M’s TNC 

. KASZTX sen 

: or keyed up at the same time 
that frame number | arrived causing a collision. But, WKSM did receive 
frame number 2. WK5M’s TNC received a frame so it must create an — 
acknowledgment. However, it was not the expected frame. Therefore, the 
TNC is rejecting the frame it received and indicating that it next expects 
to receive frame number 1. 


The AX.25 protocol does not provide a way for WK5M’s TNC to keep 
frame number 2. Depending upon how monitor commands are set, it may 
be displayed on the screen. However, as far as the connected conversation 
is concerned it is not considered received. Connected information must 
be received in order. If received out of order it is rejected. 


KA5ZTX>WKS5M/V: <I11>: 
Did you receive 


KAS5ZTX>WK5M/V: <I21>: 
my message from last week? 


KASZTX’s TNC received the <REJ1> acknowledgment and responds 

by resending both frame 1 and frame 2. Even though WKS5M received 
frame number 2 it must be resent because the frame is not kept. Connected 
information must be received in the correct order, that is, according to the 
frame’s send sequence numbers. 


WKS5M>KA5ZTX/V: <RR3>: 


WKSM’s TNC received both 12 and 13. So, it creates and transmits an 


acknowledgment saying that it is now Ready to Receive frame number 3 


(receive sequence number). 


KA5ZTX>WK5M/\V: <I31>: 
I tried to connect to 


*16 KASZTX>WK5M/V: <I41>: 


17 
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you yesterday but 


KAS5ZTX>WK5M/V: <I51>: 
guess you weren’t home 


KASZTX continues to type on her keyboard and packets 15, 16, and 17 are 
created. Because of channel activity, they are all transmitted at the same 
time. The send sequence numbers are 3, 4, and 5, respectively. In all frames 


18 


19 


20 


21 


22 


the receive sequence number is 1 because the next Information frame 
expected from WKSM is still number 1. 


WKS5M>KAS5ZTX/V: <REJ4>: 


WKSM received the frames with send sequence numbers 3 and 5 (15 

and 17), but missed number 4 (16). Both frames were received before an 
acknowledgment was created. Therefore, they can both be acknowledged 
with the same response. The last frame received was out of order, so a 
Reject (REJ) acknowledgment is used. The receive sequence number is 4. 
This acknowledges frame number 3 and says WK5M’s TNC is ready to 
receive frame number 4 from KASZTX. 


KA5ZTX>WK5M/V: <I41>: 
you yesterday but 


KA5ZTX>WKS5M/V: <I51>: 
guess you weren’t home 


KASZTX’s TNC must resend the frame with send sequence number 4 
because it was not received, and must also send sequence number 5 because 
it was received out of order. 


WKS5M>KAS5ZTX/V: <RR6>: 


WKSM receives both frames and his TNC responds with an RR6. He is 
now Ready to Receive a frame with send sequence number 6. 


WK5M>KA5ZTX/V: <I16>: 
yes, got your message, CUL 


WKSM finally says something again. His TNC transmits an Information 
frame with send sequence number | and he is next expecting to receive 
frame number 6 from KASZTX. 


*23 KA5ZTX>WKS5M/V: <RR2>: 


24 


KAS5ZTX receives the packet and her TNC sends an RR2. She is now ready 
to receive send sequence number 2 from WK5M. 


WK5M>KAS5ZTX/V: <I16>: 
yes, got your message, CUL 


Why is WKSM sending the same packet that was sent as 22? Packet 23 was 
sent by KASZTX, but it was never received by WK5M. Since the acknowI- 
edgment was not received, the FRACK timer expired and WK5M’s TNC 
resends the packet. 
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25 KAS5ZTX>WKS5M/V: <RR2>: 


KAS5ZTX receives packet 24 and responds again with an RR2. 


26 WK5M>KAS5ZTX/V: <I26>: 
73 


WKSM types more and the TNC creates an Information frame with 
send sequence number 2 and receive sequence number 6. 


27 KA5ZTX>WK5M/V: <I63>: 
73 


KASZTX also types more and her TNC creates an Information frame. Since 
the frame from WKSM (26) was already received, it can be acknowledged 
with the receive sequence number in the Information frame. A separate 
acknowledgment frame does not have to be transmitted. KASZTX is send- 
ing frame number 6 and is ready to receive WK5M’s frame number 3. 


28 WKS5M>KAS5ZTX/V: <RR7>: 


This frame is created by WK5M’s TNC to acknowledge packet 27. 


29 WKS5M>KAS5ZTX/V: <D>: 


WKSM changes to the Command mode of his TNC and issues the 
DISCONNECT command. The TNC creates packet 29, which sends 
a disconnect request to KASZTX. 


30 KA5ZTX>WKS5M/V: <UA>: 


KASZTX’s TNC responds by sending an Unnumbered Acknowledgment. 
This is received by WK5SM and the conversation is finished. Both TNCs 
give a status message of being disconnected and the CON LEDs go off. 


Version 2 QSO 


Figure 18 shows the same conversation as above in both version 1 and ver- 
sion 2 so we can see the differences. The first thing we notice is that all the 
frame types are in double brackets, such as <<UI>>. This is the Kantronics 
units’ way of showing you that it is a version 2 packet. 


1 WKS5M>KARL,KSTOP/V: <<UI>>: 
test 


This packet is just like the one in version 1 except that the frame type, 
<<UI>>, is enclosed in double brackets to show that it is a version 2 
frame. Note: Some TNCs always send UI frames as version 1. 
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FIGURE 18 
Version 1 QSO 


WK5M>KARL,KSTOP/V: <UI>: 
test 


WK5M>KA5ZTX/V: <C>: 
KA5ZTX>WK5M/V: <UA>: 
WK5M>KA5ZTX/V: <I00>: 

Hello there. how are you today? 
WK5M>KA5ZTX/V: <I00>: 

Hello there. how are you today? 
KA5ZTX>WK5M/V: <RR1>: 


KA5ZTX>WK5M/V: <l01>: 
doing ok here 


WK5M>KA5ZTX/V: <RR1>: 


KA5ZTX>WK5M/V: <I11>: 
Did you receive 


KA5ZTX>WK5M/V: <121>: 
my message from last week? 


WK5M>KA5ZTX/V: <REJ1>: 
KA5ZTX>WK5M/V: <I11>: 
Did you receive 
KA5ZTX>WK5M/V: <l21>: 
my message from last week? 


WK5M>KA5ZTX/V: <RR3>: 


KA5ZTX>WK5M/V: <I31>: 

| tried to connect to 
KA5ZTX>WK5M/V: <l41>: 
you yesterday but 
KA5ZTX>WK5M/V: <I51>: 
guess you weren't home. 
WK5M>KA5ZTX/V: <REJ4>: 
KA5ZTX>WK5M/V: <l41>: 
you yesterday but 
KA5ZTX>WK5M/V: <I51>: 
guess you weren't home. 
WK5M>KA5ZTX/V: <RR6>: 
WK5M>KA5ZTX/V: <I16>: 
yes, got your message, CUL 
KA5ZTX>WK5M/V: <RR2>: 
WK5M>KA52ZTX/V: <116>: 
yes, got your message, CUL 


KA5ZTX>WK5M/V: <RR2>: 


WK5M>KA5ZTX/V: <I26>: 
73 

KA5ZTX>WK5M/V: <I63>: 
73 

WK5M>KA5ZTX/V: <RR7>: 


WK5M>KA5ZTX/V: <D>: 
KA5ZTX>WKS5M/V: <UA>: 
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Version 2 QSO 


_—s 


* 16 


WK5M>KARL,KSTOP/V: <<Ul>>: 
test 

WK5M>KA5ZTX/V: <<C>>: 
KA5ZTX>WK5M/V: <<UA>>: 
WK5M>KA5ZTX/V: <<l00>>: 
Hello there. how are you today? 


WK5M>KA5ZTX/V: <<RRO>>: 
KA5ZTX>WK5M/V: <<rr0>>: 
WK5M>KA5ZTX/V: <<i00>>: 
Hello there. how are you today? 
KA5ZTX>WK5M/V: <<rr1>>: 
KA5ZTX>WK5M/V: <<l01>>: 
doing ok here 
WK5M>KA5ZTX/V: <<rr1>>: 
KA5ZTX>WK5M/V: <<l11>>: 
Did you receive 
KA5ZTX>WK5M/V: <<l21>>: 
my message from last week? 


WK5M>KA5ZTX/V: <<rej1>>: 
KA5ZTX>WK5M/V: <<l11>>: 
Did you receive 


KA5ZTX>WK5M/V: <<l21>>: 
my message from last week? 
WK5M>KA5ZTX/V: <<rr3>>: 
KA5ZTX>WK5M/V: <<I31>>: 
| tried to connect to 
KA5ZTX>WK5M/V: <<l41>>: 
you yesterday but 
KA5ZTX>WK5M/V: <<|51>>: 
guess you weren't home. 


WK5M>KA5ZTX/V: <<rej4>>: 
KA5ZTX>WK5M/V: <<|41>>: 
you yesterday but 


KA5ZTX>WK5M/V: <<I51>>: 
guess you weren't home. 
WK5M>KA5ZTX/V: <<rr6>>: 
WK5M>KA5ZTX/V: <<116>>: 
yes, got your message, CUL 


KA5ZTX>WK5M/V: <<rr2>>: 
WK5M>KA5ZTX/V: <<RR6>>: 
KA5ZTX>WK5M/V: <<rr2>>: 


WK5M>KA5ZTX/V: <<I26>>: 
73 


KA5ZTX>WK5M/V: <<I63>>: 
73 


WK5M>KA5ZTX/V: <<rr7>>: 


WKS5M>KA5ZTX/V: <<D>>: 
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2-3 This exchange is the same as version 1 except for the indication that it 
is version 2. When a connect is sent and the acknowledgment is received 
with no collisions, there is no operational difference between version 1 
and version 2. 


* 4 WK5M>KA5ZTX/V: <<I00>>: 
Hello there.... how are you today? 


WKSM sends an Information frame that suffers a collision. I00 indicates 
the same as in version 1: The number of this frame is 0 and the WK5M 
TNC is next expecting frame number 0 from KASZTX. The double 
brackets indicate that this is a version 2 packet. 


4a WK5M>KAS5ZTX/V: <<RRO>>: 


When the FRACK timer runs out in version 2 the TNC reacts differently 
than it did in version 1. In version 2, a poll frame is sent instead of auto- 
matically resending the Information frame. The TNC uses a poll to find 
out if the remote TNC received the last sent frame. A poll is asking: 
“What frame are you ready for?” (Since a poll frame contains the receive 
sequence number, it can also acknowledge any outstanding packets.) 


4b KA5ZTX>WKS5M/V: <<rr0>>: 


In reply to the poll, KASZTX’s TNC sends a response saying that it is 
Ready to Receive frame number 0, thus indicating that it did not receive 
frame 0. The TNC only knows what frame it expects next and does not 
know which frames have been transmitted by the other TNC, so it must 
speak in terms of what frame it is expecting to receive. 


Note: For version 2 Supervisory frames, Kantronics units display capital 
letters to indicate polls and lower case letters to indicate responses and 
acknowledgments. For example: <<RRO>> is a poll; <<rr0>> is a response 
or acknowledgment. (An acknowledgment to a poll is often called a 
response.) 


5 WKS5M>KA5ZTX/V: <<I00>>: 
Hello there.... how are you today? 


Since frame number 0 has not been received, the WK5M TNC resends it. 


6 KASZTX>WKS5M/\V: <<rrl>>: 


KASZTX receives packet 5 and her TNC sends an acknowledgment 
indicating that it is now ready to receive frame number 1. 


7-8 This exchange is the same in version 2 as in version 1. When there are 
no collisions, there are no operational differences between versions. 
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9-14 In this exchange, there are also no operational differences. Packet 9 suf- 
fered a collision; however, packet 10 was received. This caused WK5M’s 
TNC to send a response, <<rej1>>. KASZTX’s FRACK timer never expired 
because a response was received. A poll is only sent after the FRACK timer 
expires. 


15-21 Again, version 2 and version | have no operational differences. 


22 WKS5M>KAS5ZTX/V: <<I16>>: 
yes, got your message, CUL 


WKSM sends an Information frame. <<I16>> indicates that this is frame 
number 1, frame number 6 is expected from KASZTX, and it is a version 2 
frame. 


*23 KASZTX>WK5M/V: <<rr2>>: 


KASZTX’s TNC sends a response but it suffers a collision. 


24 WK5M>KA5ZTX/V: <<RR6>>: 


WKS5M’s FRACK timer expires so his TNC sends a poll. This is different 
from version 1 where the packet was automatically resent. 


25 KAS5ZTX>WKS5M/V: <<rr2>>: 


This response indicates that KA5ZTX is ready for frame 2. Frame number 1 
was received so it does not have to be resent. 


26-30 These exchanges are operationally the same as in version 1. 


Other Frames 


There are three other types of frames that may be occur, but they are not 
typical in a successful conversation. When necessary, the TNC automati- 
cally creates these response frames and transmits them without the opera- 
tor’s intervention. The frames below are shown first as version 1 and second 
as version 2. Unless noted, the functions are the same in both versions. 


KA5ZTX>WK5M/V: <DM>: 
KA5ZTX>WK5M/V: <<DM>>: 


DM displayed in brackets is a Disconnected Mode frame. This frame may 
be sent for three reasons. 


1) Your TNC receives an Information frame addressed to it from a 
station it is not connected to. 


85 


2) Your TNC receives a Disconnect frame addressed to it from a station 
it is not connected to. 


In both these cases, you will not be aware that your TNC sent a frame 
except that the XMIT LED will light. AQMIT LED is labeled SEND or PTT 
on some TNCs.) In addition, if you are monitoring your transmitted data, 
the frame will be displayed on the computer screen. 


3) A DM frame is also sent when your TNC receives a connect 
request, but is unable to accept a new connection. This situation may 
be caused by the command CONOK being set OFF, or because you 
are already connected to the maximum number of users you have 
allowed with the USERS command. It is also possible for the buffers 
in a TNC to be filled to the point that the TNC has no buffer space 
left to process a connect. This is most likely to happen if the attached 
computer is turned off and the TNC is left on. Incoming frames fill 
the buffers because the TNC is unable to send information to the 
computer. This can be minimized by turning MONITOR OFF before 
turning off the computer. 


When the TNC transmits a DM because it is unable to accept a new 
connect, it also displays a message on the computer screen, such as: 


*** Connect request: WK5M/V 


When the remote station receives the DM frame, that TNC also 
displays a message to its attached computer screen. For example: 


«4 K ASZTX busy 


KA5ZTX>WK5M/V: <RNR3>: 
KA5ZTX>WK5M/\V: <<rnr3>>: 
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Receive Not Ready (RNR) is a response to an Information frame (also to 

a poll in version 2) that indicates the receive station is unable to receive 
additional Information frames at this time. The RNR also contains a receive 
sequence number to acknowledge received frames. An RNR situation usu- 
ally develops because something has caused the TNC receive buffers for 
that connection to become full. This may be caused because the receiving 
computer is unable to process the incoming data fast enough. For example, 
the baud rate to the computer is slower than the baud rate on the radio link, 
or the computer is saving data to an extremely slow disk drive, or a print- 
ing terminal has run out of paper. Many terminal programs with scrollback 
buffers stop accepting data from the TNC while you are viewing the 
scrollback. 


When connected through a network node, RNRs may also indicate that the 
link from the node to the remote user is slow. Information from your station 


has filled the node’s buffer for that connect and the node has been unable 
to get information to the remote user. 


WKS5M>KAS5ZTX/V: <FRMR>:{42 12 00} 
WKS5M>KAS5ZTX/V: <<FRMR>>:{42 12 00} 


A Frame Reject (FRMR) is sent as a response to indicate a protocol error. 
In other words, the TNC is acknowledging receipt of a frame, but the frame 
does not follow protocol so cannot be processed. A “true” error in protocol 
(produced by the TNC sending an incorrect frame) is seldom the cause of 
an FRMR. The normal cause for an FRMR is having two stations with the 
exact same callsign (including SSID) able to hear you and attempting to 
respond to a packet you have sent. The three numbers at the end of the 
header are hex numbers that give the TNC information about the error. 


Version 1 vs. Version 2 


When we choose whether to use version 1 or version 2 our goal should be 
channel efficiency, in other words, which setting of AX25L2V2 will pro- 
duce the best throughput. To decide this we must consider how vulnerable 
we are to collisions. After all, if packets are being received, there are 

no operational differences between the two versions. It is only when the 
FRACK timer expires that we will gain (or lose) any benefit. 


Figure 19 shows the two exchanges from our sample QSO where the 
version made a difference. If we look at packets numbered 22 through 

25, version 2 is more efficient. Although the same number of packets were 
transmitted, packet 24 is shorter in version 2 because only a poll had to be 
sent. The original Information frame had been received correctly so was 
not retransmitted. However, if the original frame had not been received 
correctly we would have the situation shown with packets 4 through 6. 
Here version | is more efficient. 


FIGURE 19 


Version 1 QSO Version 2 QSO 
* 4 WK5M>KA5ZTX/V: <I00>: * 4 WK5M>KA5ZTX/V: <<I00>>: 
Hello there. how are you today? Hello there. how are you today? 
5 WK5M>KA5ZTX/V: <l00>: 4a WK5M>KA5ZTX/V: <<RR1>>: 
Hello there. how are you today? 4b KAS5ZTX>WK5M/V: <<rr0>>: 
, Hello there. how are you today? 
6 KAS5ZTX>WK5M/V: <<rr1>>: 
22 WK5M>KA5ZTX/V: <I16>: 22 WK5M>KA5ZTX/V: <<l16>>: 
yes, got your message, CUL yes, got your message, CUL 
* 23 KAS5SZTX>WK5M/V: <RR2>: * 23 KAS5ZTX>WK5M/V: <<rr2>>: 
24 WKS5M>KA5ZTX/V: <116>: 24 WK5M>KA5ZTX/V: <<RR6>>: 
yes, got your message, CUL 25 KAS5ZTX>WK5M/V: <<rr2>>: 


25 KAS5SZTX>WK5M/V: <RR2>: 
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Information frames are longer than acknowledgments and polls. If we are 
vulnerable to collisions, Information frames are more likely to be collided 
with than acknowledgments or polls. Therefore, version 1 is normally more 
efficient under poor channel conditions. 


In our sample QSO the packet always gets through on the second try. 
However, in real life this is not necessarily the case. The TNC may try up 

to the number of times defined by the RETRY parameter. The RETRY 
parameter applies to Information frames as well as polls, but does not apply 
to acknowledgments or responses. Looking again at our version 2 QSO, if 
packet 4a or 4b suffers a collision, packet 4a (the poll) will be retried. When 
an acknowledgment is received, the Information frame may be sent again. 
If the Information frame suffers a collision, another poll is sent and the retry 
counter is restarted. 


When an Information frame is first transmitted, an acknowledgment is 
expected. This is two packets that must be transmitted and received, 
without collisions, for the exchange to be complete. If there is a collision 
in version 1, the Information frame is resent and an acknowledgment is 
expected. Again, only two packets that must be transmitted and received 
without collisions. 


If a version 2 Information frame (or its expected acknowledgment) 

suffers a collision, a poll is sent. A response is expected to the poll before 
the Information frame will be sent again. Then the acknowledgment to the 
Information frame must be sent and received. This is four frames that must 
be transmitted and received without collisions (a poll, a response, the Infor- 
mation frame, and an acknowledgment). If collisions are frequent, version 1 
will normally produce better throughput. 


You may want to review the retry flow charts in Figure 13 (page 50). 


Troubleshooting 


Monitor Commands. Monitor commands vary from TNC to TNC. The com- 
mands you have available and the way you have them set will determine 
which packets you see on the screen. (The TNC command DISPLAY M 
will show you a list of monitor commands.) 


Status Command. The current status of a link can be seen by issuing the TNC’s 
STATUS command. (This command is named CSTATUS in many TNCs.) 


STA LED. The TNC front panel STA LED will be lit when there are outstand- 
ing Information frames that have not yet been acknowledged. In other 
words, your TNC has transmitted one or more Information frames, but all 
their acknowledgments have not been received. The STA LED is stream 
(channel) dependent; it shows the status of the current stream (channel). 
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RR, REJ. In packets 15-21 of the QSO example, an REJ4 is sent to acknowI- 
edge packet 15 and report that packet 17 was received out of order. Some- 
times a TNC may send an RR4 to acknowledge send sequence number 3 
(packet 15); and then send an REJ4 to report that a packet was received out 
of order (packet 17). Both acknowledgments are not necessary since both 
Information frames were transmitted during the same transmission. A possi- 
ble cause for sending the first RR is that the RESPTIME parameter may be 
set too short in the station transmitting the RR and REJ. 


RR1, RR1, RR1 received from one transmission. If you receive multiple 
acknowledgments (containing the same frame number) that were sent in 
the same transmission, your FRACK parameter may be set too short. For 
example: Your TNC transmits an Information frame. The remote station 
receives it and creates an acknowledgment, but the frequency is busy so 
the acknowledgment cannot be transmitted. Your TNC’s FRACK timer 
expires so your TNC transmits a retry of the Information frame (or a poll). 
The remote station receives it and creates another acknowledgment, but 
the frequency is still busy. Your TNC’s FRACK timer expires and transmits 
another retry. When the remote TNC finally gets a chance to transmit, it 
has several acknowledgments in queue to transmit to you. If you increase 
the value of your FRACK parameter, the remote station will have more 
time to respond. 


RR1, RR2, RR3 sent during same transmission. If your TNC transmits mul- 
tiple acknowledgments (containing different frame numbers) in the same 
transmission, your RESPTIME parameter may be too short. Your TNC is 
creating an acknowledgment for each packet, at a time when several packets 
could be acknowledged with only one acknowledgment. (This situation will 
only happen if the remote station has MAXFRAME set greater than 1, and 
has sent more than one frame during the same transmission.) 


Many REJs. If you are receiving many REJ frames in response to your Infor- 
mation frames, your TXDELAY may be too short. When sending multiple 
frames in one transmission, it is possible that the beginning of your first 
frame is not being received, but the remaining frames are being received. 
Try lengthening TXDELAY to give your radio enough time to come up 
to full power and/or the remote station enough time to detect your signal 
before your TNC sends the first frame. 


If your TNC is sending REJs because it is not receiving the first packet, 
changing to software carrier detect and opening the radio’s squelch may 
enable your TNC to decode the beginning of the first packet. However, if 
the sending station’s TXDELAY is so short that the beginning of the packet 
is not being transmitted this will be of no help. (The KAM is set to software 
carrier detect with the command CD SOFTWARE.) 
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Lots of polls means lots of retries. When conditions are poor, try using version 1 
(AX25L2V2 OFF). It is also possible that your station just needs more 
power or a better antenna. 
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FIGURE 20 


This figure shows a comparison between the headers displayed by the KAM and those 
displayed by the PK-232. The KAM headers are listed first. 


Version 1 


KA5ZTX>ID/V: <UI>: 

KA5ZTX*>ID <UI>: 

Note: The PK-232 always displays 
an asterisk beside the transmitting 
station. The KAM only displays an 
asterisk when the transmitting sta- 
tion is not the originating station. 


KA5ZTX>ID,KSLAW/V: <UI>: 
KA5ZTX*>KSLAWS>ID <UI>: 

Note: The PK-232 displays the des- 
tination address as the last callsign 
while the KAM displays the destina- 
tion address as the second callsign. 


KA5ZTX>ID,KSLAW*/V: <UI>: 
KA5ZTX>KSLAW*>ID <UI>: 


KA5ZTX>GEMBOX/V: <C>: 
KA5ZTX*>GEMBOX <C> 


GEMBOX>KA5ZTX/V: <UA>: 
GEMBOX*>KA5ZTX <UA> 


GEMBOX>KA5ZTX/V: <I31>: 
GEMBOX*>KA5ZTX <!1;1,3>: 

Note: The KAM and PK-232 display 
the send and receive sequence 
numbers in reverse order. The KAM 
displays the send sequence then 
the receive sequence. The PK-232 
displays the receive sequence then 
the send sequence. 


KA5ZTX>GEMBOX/V: <RR1>: 
KA5ZTX*>GEMBOX <RR;}1> 


KA5ZTX>GEMBOX/V: <REJ4>: 
KA5ZTX*>GEMBOX <Ru;4> 


KA5ZTX>GEMBOX/V: <D>: 
KA5ZTX*>GEMBOX <D> 


KA5ZTX>GEMBOX/V: <DM>: 
KA5ZTX*>GEMBOX <DM> 


KA5ZTX>GEMBOX/V: <RNRO>: 
KA5ZTX*>GEMBOX <RN;0> 


GEMBOX>KA5ZTX/V: <FRMR>:{42 12 00} 
GEMBOX*>KA5ZTX <FR>: 
42 12 00 


Version 2 


KA5ZTX>ID/V: <<UI>>: 
KA5ZTX*>ID [UI]: 


KA5ZTX>GEMBOX/V: <<C>>: 
KA5ZTX*>GEMBOx [C,P] 


GEMBOX>KA5ZTX/V: <<UA>>: 
GEMBOX*>KA5ZTX (UA,F) 


GEMBOX>KA5ZTX/V: <<l21>>: 
GEMBOX*>KA5ZTX [I;1,2]: 


GEMBOX>KA5ZTX/V: <<RR1>>: 
GEMBOX*>KA5ZTX [RR,P;1] 


KA5ZTX>GEMBOX/V: <<rr1>>: 
KA5ZT X*>GEMBOX (RR;1) 


KA5ZTX>GEMBOX/V: <<rr1>>: 
KA5ZTX*>GEMBOxX (RR,F;1) 


GEMBOX>KA5ZTX/V: <<REJ1>>: 
GEMBOX*>KA5ZTX [Ru,P:1] 


KA5ZTX>GEMBOX/V: <<rej1>>: 
KA5ZTX*>GEMBOxX (RJ;1) 


KA5ZTX>GEMBOX/V: <<rej1>>: 
KA5ZTX*>GEMBOX (Ru,F;1) 


KA5ZTX>GEMBOX/V: <<D>>: 
KA5ZT X*>GEMBOxX [D,P] 


KA5ZTX>GEMBOX/V: <<DM>>: 
KA5ZTX*>GEMBOX (DM,F) 


KA5ZTX>GEMBOX/V: <<rnr3>>: 
KA5ZTX*>GEMBOxX (RN;3) 


KA5ZTX>GEMBOX/V: <<rnr3>>: 
KA5ZTX*>GEMBOX (RN,F;3) 


GEMBOX>KA5ZTX/V: <<FRMR>>:{42 12 00} 
GEMBOX*>KA5ZTX (FR): 
42 12.00 
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FIGURE 21 
AX.25 Frame 
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SSID — Secondary Station Identifier 
PID — Protocol Identifier 
FCS — Frame-Check Sequence 


* optional, may be up to 8 digis 
*™ only in | and UI frames 
*** only in |, Ul, and FRMR frames 


CHAPTER 7 


The AX.25 Frame 


The AX.25 protocol says that all communications between TNCs are 
carried out by sending frames. A frame is a small package of information 
and therefore often called a packet. It includes addresses, control infor- 
mation, and may also include real data. A diagram of the AX.25 frame is 
shown in Figure 21. 


The PAD section of the TNC firmware code puts together the address, 
control, PID, and Information fields. The HDLC chip (or firmware code, 
depending on TNC) sends flags, performs bit stuffing, calculates the FCS, 
and sends the frame to the modem in NRZI format. When transmitting all 
fields are sent with the least significant bit first, except for the FCS field 
which is sent most significant bit first. When using a KISS mode program, 
the work normally done by the PAD is done in the computer. 


Flags 


Flags are used to synchronize packet frames. A receiving TNC waits until 
it receives a flag before beginning to process data. If a flag is not received, 
a frame cannot be recognized and processed. All frames are not the same 
length, so there is also a flag to define the end of the frame. If two or more 
frames are sent during the same transmission, two adjacent frames may 
share one flag as an ending and beginning flag. 


Collisions or poor propagation may prevent an entire frame from being 
received. When the TNC receives a flag, it starts processing data. If 

another flag is received before the TNC receives enough bytes to decode 

a minimum-length frame, the TNC will ignore what was received. Likewise, 
if the TNC receives enough bytes to decode a maximum-length frame but 
does not receive another flag, the received bytes will be ignored. In both 
these cases, the TNC knows that the received information is not of the 
correct length to decode a legitimate frame. 


A flag, by definition, is always binary 01111110 or hex 7E. This sequence 
of bits must never appear inside a frame. Bit stuffing is used to avoid this 
sequence. When transmitting, the TNC will count the number of binary 1|s 
in a row. If five 1s are counted, a O will be inserted as the next bit. When 
receiving, the TNC counts the number of 1s. When five consecutive 1s have 
been received and the next bit is a 0, the 0 is discarded. 
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For example: If the following is to be sent as data: 
01011010010100110001111110001010 


The transmitting TNC will bit stuff by putting in an extra 0 at the location 
shown below and the receiving TNC will delete the extra 0. 


010110100101001100011111010001010 


A 


Bit stuffing is applied to a frame before the flags are added. This insures 
that flags are unique characters and therefore can be used to synchronize 
two packet units. 


A packet frame can be thought of as both asynchronous and synchronous 
data. It is asynchronous in the sense that a frame may be received at any- 
time. A TNC detects the beginning of a frame by receiving a flag, just 

as the computer detects the beginning of a character by receiving a start 
bit. However, data within the frame is synchronous. The characters are 
all 8-bits long with no start or stop bits. Timing is synchronized by the 
modem’s baud rate. 


Address Field 
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The address field of a frame contains subfields for the destination address, 
the source address, and any digipeater addresses. Each subaddress is 7 bytes 
(characters) long — 6 bytes for an alphanumeric identifier (often an amateur 
callsign) and 1 byte for a Secondary Station Identifier (SSID). A subaddress 
is a fixed length; it will always be 7 bytes long. If the alphanumeric identi- 
fier is not 6 characters long, the TNC adds spaces to make it 6 characters 
long. If an SSID is not entered, it is 0. 


The SSID is a number from 0 to 15. This allows 16 different stations to 
use the same callsign on the same frequency, but with different addresses. 
For example, a person may want to have a keyboard station, a mailbox, 
and a node. Each of these stations should have a separate address. Some 
TNCs allow you to enter several addresses, such as MYCALL, MYPBBS, 
MYNODE, and MYREMOTE. If an amateur callsign is used for an address, 
the TNC will automatically transmit a legal station identification when it 
sends a packet. Adding an SSID to the amateur callsign will create a differ- 
ent address, and keep the amateur callsign for legal station identification. 
If two stations have the same address (including SSID) and can hear each 
other, protocol errors will occur causing FRMR frames to be transmitted. 


When entering an address from the keyboard, the callsign is entered first, 
then a hyphen, and then the SSID. A hyphen is entered before the SSID 

so the TNC can distinguish the SSID from the callsign. The hyphen is also 
displayed in packet headers, but the hyphen is not transmitted. 


There will always be a source address and a destination address. Digipeater 
addresses exist only if digipeaters are entered with the CONNECT or 
UNPROTO commands. Therefore, the minimum length of the address 
section is 14 bytes (7 for the destination and 7 for the source). The maxi- 
mum length of the address section is 70 bytes (7 for destination, 7 for 
source, and 7 each for up to 8 digipeaters). 


Destination Address. Although this is the first address in the frame, it is dis- 


played on your screen as the second address in the header information (by 
Kantronics TNCs. The PK-232 displays it as the last address). The destina- 
tion address is obtained from the CONNECT command or the UNPROTO 
command. When you issue a connect request, the callsign (or alias) you 
enter is placed in the destination address. For example, if you enter: 


c wk5m 


WKSM will be placed in the destination address. You can enter the 
CONNECT parameter in either lower case or capital letters, but the TNC 
will always transmit capital letters in the address field. 


If you enter: 
c kslaw v ka5ztx 
KSLAW will be placed in the destination address. 


When you send an unconnected packet, the destination address is obtained 
from the UNPROTO parameter. If you have given the command: 

u cq v kslaw 

or 

ucq 
unconnected frames will have a destination address of CQ. Beacons (result- 
ing from the BEACON and BTEXT commands) are given a destination 


address of BEACON. ID packets (sent when the HID command is ON, or 
when the ID command is issued) have a destination address of ID. 
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Source Address. This address is displayed on your screen as the first address 
of the header information and shows who originated the frame. The source 
address is obtained from the MYCALL parameter in the TNC. If I enter: 


myc ka5ztx 

the source address is KASZTX. But, if I enter: 
myc ka5ztx-2 

the source address is KASZTX-2. I could also enter: 
myc test 


The source address would be TEST. Be aware: If your amateur radio 
callsign is not entered as the MYCALL parameter, you must remember to 
identify manually to be in compliance with FCC rules. You can not use ID 
or HID for legal identification, because these commands use the MYCALL 
parameter for the source address. However, you could set BTEXT to some- 
thing like “de ka5ztx” and set the beacon to transmit approximately every 
9.5 minutes. 


If your TNC has a mailbox that is assigned a separate callsign, then the 
mailbox will send packets with its callsign in the source address. If the mail- 
box callsign is not your amateur callsign (plus optional SSID), the HID 
command can be turned ON to automatically identify your station periodi- 
cally. However, for this to be legal identification, the MYCALL parameter 
must contain your callsign (may include optional SSID). 


Digipeater Addresses are those stations you wish to use to relay your frames 
in a store-and-forward fashion. They are entered after the “via” of the 
CONNECT or UNPROTO commands and must be entered in the order to 
be used. Digipeater address are displayed in the header information if the 
MRPT command is ON. 


Beacon and ID packets use digipeaters specified in the UNPROTO com- 
mand. Most TNCs do not allow you to change this. (The Kantronics Data 
Engine has a BPATH and a IPATH command that allow you to specify a 
different path for the beacon and ID, respectively.) 


Note: Rose network systems use the digipeater addresses differently. The 
aliases of nodes are entered the same as you enter digipeaters. When the 
Rose node receives the packet, it looks at the digipeater address to see if it 
should relay the packet. However, it then uses a level 3 protocol to relay the 
packet to the next node required by the Rose system. Be aware: Your TNC 
still sees these addresses as digipeaters, which affects the calculation of 
FRACK. 
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The Bits of the Address Field 


The TNC does some special encoding in the address fields. According to the 
AX.25 protocol, addresses can only be upper-case alpha and numeric ASCII 
characters. Therefore, the characters will only be 7 bits long. Since the TNC 
always sends 8 bits for each character, it can use the extra bit for additional 
information. 


If the destination address is WKSM, the binary representations of the ASCII 
characters are shown below. (White spaces are shown for ease of reading 
and have no meaning to the binary information. The word SPACE is used to 
show a space (hex 20) that is transmitted.) 


ASCII 
W K 5 M SPACE SPACE SSID 


01010111 01001011 00110101 01001101 00100000 00100000 O0O000000 
Binary 


The SSID byte is represented here with all Os. Its real encoding will be 
discussed in more detail later. 


The TNC does not send the characters as shown above. Instead it shifts 

the bits within the characters one bit to the left. The LSB (Least Significant 
Bit) is then used to indicate the end of the address field. The address field 
(including destination, source, and digipeater addresses) can vary in length 
depending on the number of digipeaters used. The LSB of each byte in the 
address field is 0, except for the last byte. The last byte of the entire address 
field has the LSB set to 1. The above address with its bits shifted looks like 
this: 


W K 3) M SPACE SPACE SSID 
10101110 10010110 01101010 10011010 01000000 01000000 OO0000000 


When the TNC transmits this data, each byte is transmitted with the LSB 
first. The above address is transmitted (left to right) as: 


01110101 01101001 01010110 01011001 00000010 00000010 OO0000000 
All addresses — destination, source, and digipeaters — follow this encoding. 
The Bits of the SSID 


Each address has an SSID byte. The SSID is entered (from the keyboard) 
as a number from 0 to 15. If nothing is entered, the default is 0. To send 
the SSID in binary requires only 4 bits. The remaining 4 bits of the byte 
are used for other information. The format of the SSID byte is: 


CRRSSIDO 


97 


98 


The LSB (shown as 0) will be 0 except when the byte is the end of the 
address field, then it will be a 1. The SSID bits are the Secondary Station 
Identifier in binary. The following chart shows the binary numbers and 
their decimal representation. 


Binary Decimal Binary Decimal 
0000 0 1000 8 

0001 1001 9 

0010 2 1010 10 

0011 3 1011 11 

0100 4 1100 12 

0101 5 1101 13 

0110 6 1110 14 

0111 fs 1111 15 


The two bits shown as RR are reserved. They should both be 1. 


The MSB (Most Significant Bit), shown above as C, has different meaning 
in the destination and source addresses than in the digipeater addresses. 


In destination and source addresses, the MSB (C) is set to 0 in version 1 
frames and carries no additional information. (Some TNCs may set both 
bits to 1.) In version 2 frames, C is a command/response bit. The TNC 
must look at this bit in both the destination address and the source address 
to determine if the frame is a command or response, as follows: 


C bit in C bit in 
Version 2 Destination Source 

address address 
Command 1 0 
Response 0 1 


Commands are frames that require a response from the remote TNC, such as 
connects, disconnects, connected Information frames, and polls. Kantronics 
units show commands in upper case characters, such as <<RR1>>. The 
PK-232 encloses the type of frame with square brackets such as [RR,P;1]. 
Responses are the acknowledgments to command frames. Kantronics units 
show responses in lower case letters, such as <<rrl>>. (In some units this is 
only for Supervisory frames; and all other frames are shown upper case.) 
The PK-232 encloses responses in parenthesis, such as (RR;1). 


The C bits in the source and destination addresses are used by the TNC to 
display brackets indicating version 1 or version 2 frames. It is possible for 
a TNC (or KISS or software implemented) code to be written so that the C 


bits indicate version 2 but the TNC implements version 1 when retrying 
frames (by sending the frame again instead of a poll). 


In digipeater addresses, the MSB (C) is the has-been-repeated bit. This bit is 
set to 0 by the originating TNC. When a TNC receives a packet with its call 
in a digipeater field, the TNC first checks to see if all preceding digipeater 
addresses have this bit set to 1. If they are all set to 1, then it is this TNCs 
turn to digipeat the packet. So, the TNC changes the has-been-repeated bit 
to 1, recalculates the FCS, and transmits the packet. 


Digipeaters can be displayed in the header information by setting the TNC 
parameter MRPT ON. Many TNCs display an asterisk, *, beside the callsign 
of the station that transmitted the packet. The transmitting station is deter- 
mined by the has-been-repeated bit. If none of the has-been-repeated bits are 
set or if there are no digipeater addresses, then the source address transmit- 
ted the frame. 


Control Byte 


The Control Byte is probably the most complex byte in a frame. This byte 

is coded to tell the type of frame and whether the TNC expects a response 
(acknowledgment) to the frame. Depending on the type of frame, the control 
byte may also contain the number of the frame the TNC expects to receive 
next from the remote station and the number of the frame being sent. All 
this information is contained in just one byte. TNC monitor commands can 
be set to display some or all of this information in brackets at the end of the 
header information. 


The AX.25 protocol has three general types of frames: Information, 
Supervisory, and Unnumbered. Each type of frame needs to relay specific 
information. However, the information is different from one type to the 
next. Therefore, each general type has a different format, but they must be 
different in such a way that no mistake is made about which specific type of 
frame is being sent. This is done by having specific bits that are always the 
same for each type. The LSB (bit 0) of an Information frame is always a 0; 
the LSB of Supervisory and Unnumbered frames is always a 1. The next bit 
(bit 1) in a Supervisory frame is always a 0, and bit 1 in an Unnumbered 
frame is always a 1. 


In general, the rest of the coding may contain some of the following 
(depending on the type of frame): 1) specific bits defining specific types 
of frames, 2) send sequence number, 3) receive sequence number, and 

4) poll/final bit. Some of these need explanation before we look at specific 
frames. 


When connected, frames are numbered from 0 to 7 (binary 000 to 111). The 
send sequence number is the number of the frame in which it is contained. 
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The receive sequence number is the number of the frame next expected 
from the remote station. This acknowledges reception of all frames before 
the receive sequence frame number. 


When using version 1, the poll/final bit is normally set to 0 and does not 
carry any information. When TAPR (Tuscon Amateur Packet Radio Group) 
released their implementation of AX.25 Level 2 Version 1 protocol, they 
decided not to implement the poll/final bit because there was too much con- 
troversy about how it should be used. However, programmers who do not 
follow the TAPR-1 standard may set the poll/final bit to 1. Most TNCs will 
respond properly to a poll/final bit that is set in a version | frame. 


In version 2, the poll/final bit is a poll bit when the frame is a command, and 
a final bit when the frame is a response. Commands and responses are deter- 
mined by two bits in the address field (as discussed above). Exactly when to 
set or not set this bit is still not precisely defined in the protocol. There may 
be slight differences between manufactures, but these differences seldom 
cause problems. The PK-232 shows if this bit is set by displaying a P or F in 
the bracketed header information. 


The word “poll” in the poll/final bit should not be confused with a poll 
frame as discussed in the QSO sample (in previous chapter). A version 2 
poll (sent because of a retry) is a Supervisory frame that has the C bits set 
as a command in the address fields, and the poll bit set in the Control byte. 
Frames other than Supervisory frames with poll bits set are not called polls. 


The Bits of a Control Byte 


Unnumbered Frames 
All Unnumbered frames follow this format: 
mmmpmm11 


where: 
m = Modifier bit 
p = Poll/final bit 
11 = Bit O and Bit | are always 1 in an Unnumbered frame 


The exact bits sent for specific types of frames are shown below. The 
poll/final bit is shown as p and may be 1 or 0 depending on the situation. 


OOO0p0011 UI — Unnumbered Information 


OO1p1i11 C — Connect request (SABM Set Asynchronous Balanced 
Mode) 


010p0011 D — Disconnect 

000p1111 DM - Disconnected Mode (busy) 

011p0011 UA — Unnumbered Acknowledge 

100p0111 FRMR -— Frame Reject 
Information Frames 


All Information frames follow this format: 


rrrpsssO 


where: 


rrr = Receive sequence number (number of frame expect to 
receive next) 


p = Poll/final bit 
sss = Send sequence number (number of this frame) 


0 = Bit O is always 0 in an Information frame 


rrr and sss are both binary numbers from 000 to 111 (decimal 0 to 7). 
The poll/final bit (shown as p) may be | or O depending on the situation. 
Example: If the TNC sends frame number 2 and expects to receive frame 
number 3, the Control byte would be: 01100100 


Supervisory Frames 


All Supervisory frames follow this format: 


rrrpaaQ 1 


where 


rrr = Receive sequence number (number of frame expected 
to receive next) 


p = Poll/final bit 


aa = Supervisory function bits (specifies type of acknowl- 
edgment) 


0 = Bit 1 is always a O in a Supervisory frame 

1 = Bit 0 is always a 1 in a Supervisory frame 
The receive sequence number (shown as rrr) is a binary number from 000 
to 111. The poll/final bit (shown as p) may be | or O depending on the 


situation. Specific types of frames have specific bits set to tell what type 
of acknowledgment they are as shown below: 
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rrrp0001 RR — Receive Ready 
rrp0101 RNR -— Receive Not Ready 


rrp1l001 REJ — Receive Reject 


PID (Protocol Identifier) 


This byte is only present if the frame is an Information frame (I) or an 
Unnumbered Information frame (UI). The AX.25 protocol, which we are 
discussing in this book, uses a PID of hex FO (binary 11110000). A normal 
TNC in its normal packet mode will produce a frame with this PID. 


Other protocols use a very similar frame. Their frames can often be copied 
by the normal TNC. However, some of the information appears to be 
garbage because the protocol is slightly different and therefore not inter- 
preted by the normal TNC. Most TNCs have a command (PID, MPROTO, 
or MNONAX25) that allows you to monitor only AX.25 frames. 


There are replacement EPROMs for some TNCs to run Net/Rom, TheNet, 
or G8BPQ Packet Switch. These protocols use the FO PID when sending 
packets to a normal TNC. However, when the nodes talk to each other they 
use a PID of hex CF or binary 11001111. 


Many programs that use the KISS mode of the TNC, such as TCP/IP, also 
use different PIDs. With the TNC in KISS mode, the computer program 
must create the frame (excluding the FCS and flags). The TNC adds the 
FCS, performs bit stuffing, adds the flags, and sends the data to the radio. 


It is possible for manufacturers to include modes in their TNCs that use 
other PIDs (such as Packet Lite). These modes will generally be turned on 
and off by software command. 


Producers of new protocols that require PIDs must be sure the PID they 
decide to use is not already in use. Two different protocols using the same 
PID will create confusion and produce no meaningful communications. 


Information Field 


According to the AX.25 protocol, I, UI, and FRMR frames are the only 
frames that have an Information field. 


The FRMR frame is sent to indicate an error in protocol. The Information 

field contains three bytes, which give information about the error to assist 

in recovering the link and continuing communications. However, recovery 
from an FRMR error seldom occurs. 
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Information fields in I and UI frames contain information from the user. 
This is where the information goes that you type on the keyboard, or send 
from buffer or disk file. If you are connected, it is an I frame; if uncon- 
nected, it is a UI frame. The length of this field is variable, but never greater 
than 256 bytes. As discussed in Chapter 4, the parameters SENDPAC, 


PACLEN, PACTIME, and CPACTIME determine the length of the Infor- 
mation field. 


FCS (Frame-Check Sequence) 


The FCS is a 16-bit CRC (Cyclic Redundancy Check) number, which is 


is number is the reason 


(Uf PASSALL is O 


, the packet will be displayed to the computer screen 
only.) 


Ithough used for the 


Boolean Ewe! is quite complex and different from what we think of as 


numbers are 1. When two numbers are XORed, the result is 0 unless only 
one of the numbers is one. 


AND XOR 
0 AND O=0 0 XOR 0=0 
0 AND 1=0 0 XOR 1=1 
1 ANDO=0 1 XOR 0= 1 
1AND 1=1 1 XOR 1=0 


For example: 


0101 0101 
AND 1001 XOR 1001 
0001 1100 
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NRZI (NonReturn-to-Zero Inverted) 


Each column is ANDed and XORed on its own; there is no carry-over 
between columns. 


ISO 3309 defines the formula used to calculate the CRC. The general 
steps of the formula are given here to show its magnitude: 


1) Load an accumulator with an agreed upon 16-bit number 
(1111111111111111). 


2) XOR the first byte of the data with the accumulator. Then load 
the result into the accumulator. 


3) AND the last bit with 1. 


¥ 


4) Shift all bits in the accumulator one bit right. — 


5) If the answer to step 3 was 1, XOR the accumulator with a polvries 
mial and load the result into the accumulator. (A polynomial is an 
agreed upon number.) 


6) Loop back to step 3 (steps 3 to 5 is a loop to be repeated a total of 
eight times per byte). , 
ms + 
7) XOR the next byte with the data in the accumulator. Load the result 
into the accumulator. | 


8) Go to step 3. 


All this calculation is done for each frame sent from the TNC, and for each 
frame received by the TNC. 


Inside the TNC, two levels of voltages are used to represent the 1s and Os 
of the binary codes. A high voltage has a value of 1 and a low voltage has 
a value of 0. However, when the data is sent to the modem, it is sent with 
NRZI encoding. The modem then uses two states, normally tones or fre- 
quencies, to relay information. When the data is sent using NRZI, a high 
tone no longer means a value of 1. A high tone has no specific meaning. 
The fact that the tone changes (or that it does not change) from one bit time 
to the next conveys meaning. It does not matter if it changes from high to 
low, or from low to high. If a change occurs, the value is a binary 0; if no 
change occurs, the value is a binary 1. 


For example, if the following binary code is sent, the modem could send 
either set of high and low tones: 


Binary TOIL OL0OL 0L00T2T 0001111301 0001010 

Tones HHLLLAHLHAHLLALLLALAHHAHHLLAHLAHHLLH 

Tones LLHHHLLALLAHHLHHHLAHLLLLLLAHLHLLAHAL 
A flag is the only place where there will be no change in state for seven bit 
times; bit stuffing insures this. A flag could be sent either of the following 
two ways: 

Binary 01111110 

Tones HLLLLLLLH 

Tones LHHHHHHHL 


When receiving, the modem changes the tones to voltages that are 
understood by the TNC. If a flag is received, the TNC begins decoding 
the incoming signal. 
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CHAPTER 8 


Guide to Troubleshooting 


This chapter lists some common problems and some of the possible solu- 
tions. The solutions listed here are brief and refer you to the chapter in 
which the item is discussed at greater length. Some TNC command names 
differ between TNC manufactures. Check your TNC manual for specifics. 


Some solutions are mundane — stupid things we all forget at times. Other 
solutions are more complex. 


Trouble talking to TNC 
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(J Wiring between TNC and Computer. Review Chapter 2 and check your 
cable for shorts and correct connections. 


_J_ Communications Port Configuration. Review Chapter 3 and be sure 
the baud rate, parity, and data bits are set the same in both the computer 
and TNC. 


1 Baud Rate. Many TNCs perform an autobaud routine when new or after 
a hard reset. (A power glitch can sometimes cause the TNC to reset to its 
autobaud routine.) Other TNCs have dip switches that need to be set for the 
same baud rate as the computer. Review your TNC manual for how your 
TNC operates. (Chapter 3) 


I Port. Is the TNC connected to the correct computer communications 
port? The TNC and terminal program must be talking to the same port. 
(Chapter 2) If you are using a T-switch to connect several units to the same 
port, is it set for the correct unit? 


J Power Supply. If your power supply is not well regulated, such as 
cube-type ac/dc converters, the voltage may fluctuate outside the range 
acceptable for the TNC. Compare the TNC specifications to the output 
of the power supply (check output under load). 


J Return Key. The TNC requires a carriage return (hex OD) at the end of 
a command. (Chapter 3) 


_1 TTL instead of RS-232 voltage levels. If your computer requires TTL 
level voltages on the serial port, such as the Commodore, be sure your 
TNC is using TTL voltage levels. Some TNCs require a separate converter. 
(Chapter 2) 


(1 Garbage characters, see below 


LJ Computer serial port could be bad. (Chapter 2) 


(J KISS and Host modes use special data-formats when sending data 

to the computer. Some computer programs are written to talk to the TNC 
using these modes. If the computer program does not understand the mode 
the TNC is in, you may get nothing or garbage displayed on your screen. 
Kantronics units use the INTFACE command to set the TNC mode. 


_J When using the Kanterm terminal program, choose streamswitch 
characters that are not hidden. 


Garbage characters 


No problems — just looks like garbage 


There are conditions when received packets may look like garbage on your 
screen, but that is what was transmitted for a particular reason. The header 
information of these frames will usually be normal, but the information in 
the frames could appear as garbage. On some computers, non-alphanumeric 
characters may clear the screen, ring the bell, and other strange things. 


(J Network protocols (such as Net/Rom, TCP/IP, and Rose) often send 
characters that are meaningful to another network node, but not to the end 
user. The PID (MPROTO or MNONAX25) command can be set to not 
monitor these frames. (Chapter 7) 


_I Graphics. Some types of computers use character sets that contain 
graphics. Operators like to make pictures with these characters. If your 
computer doesn’t use the same character set, the pictures may look strange. 


Li ANSI sequences. ANSI (American National Standards Institute) 
sequences define sets of codes to use for positioning. Each set begins with a 
hex 1B. These codes can position text on the screen of the receiving station, 
if the computer program interprets them as ANSI sequences; otherwise, they 
will appear as several characters. ANSI sequences are often used to send 
pictures and color graphics between amateur stations. 


_J Binary files. If you monitor binary file transfers, the information will 
appear on your screen as garbage. There are some programs that change 
binary files to printable characters, such as R95 and BSQ. While these files 
will not produce strange effects, the packets are still not readable text. 


_J Compressed forwarding. Some BBS programs compress mail before 
forwarding to another BBS to decrease transmission time. 
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Operator problems 


(1 Cursor keys. Certain keys on some keyboards produce multiple codes. 
The most notable keys are the cursor (arrow) keys. An operator should 
avoid using the cursor keys. For example, pressing the left arrow key on 
an IBM or compatible will send <-[D. One should use the backspace key 
instead of the arrow key. (Chapter 3) 


(J File formats. Information should be saved as text-only files when 
sending to other stations (unless you are purposefully sending a binary file). 
Files saved as formatted text will often contain garbage characters unless 
the file is looked at with the same computer program. Print to disk files will 
also contain garbage unless printed to the same type of printer. 


Command problems 
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LI PARITY, 8BITCONV, AWLEN. The TNC and computer program must 
be set the same. In some cases, the person you are talking with must also 
have the same settings. (Chapter 3) 


_1 ABAUD, TBAUD, or dip switches. The TNC and terminal must be set 
to the same baud rate. If set differently, garbage or nothing may appear on 
the screen. TNCs with ABAUD or TBAUD commands will perform an 
autobaud routine when set to factory defaults, or when a power surge or RFI 
causes a reset. (Chapter 3) 


_1 Flow Control. If characters are dropped, flow control commands may 
not be set properly in the TNC and terminal program. Or, the TNC-to- 
computer cable may be wired incorrectly. (Chapters 2 and 3) 


_J DELETE. This TNC command needs to be defined the same as the 
character that is sent by the computer when you press the backspace key 
(delete key on a Macintosh). (Chapter 3) 


_J1 BKONDEL. If this command is set incorrectly, backslashes (\\) will 
appear on your screen when you press the key defined by the DELETE 
parameter (normally backspace or delete). (Chapter 3) 


I ESCAPE. The ESCAPE command determines how the ASCII escape 
character (hex 1B) will be displayed to the screen. This character is used 
by ANSI sequences for screen positioning. Some stations send color graph- 
ics by using ANSI. 


J PID (MPROTO or MNONAX25). Networking protocols, such as 
Net/Rom, use different PIDs. Their frames often contain information that 
looks like garbage to the human user. (Chapter 7) 


LJ STREAMEV and STREAMCA (CHCALL). These commands cause 

a special character-sequence to be displayed on the screen at the beginning 
of packets (when MONITOR is OFF). The character-sequence informs you 
which stream (channel) the packet was received from and is very beneficial 
for multiple-connects. However, when connected to a BBS or receiving a 
file, these extra characters may cause the screen display or received file to 
have extra characters and be confusing. 


_J TRACE. When the TNC TRACE command is ON, data is sent to the 
computer as hex numbers, as well as in ASCII characters. 


LJ PASSALL. When PASSALL is ON, frames that contain errors will be 
displayed on the screen. These frames may contain garbage. 


Technical problems 


J RFI (radio frequency interference). Packet radio intentionally produces 
radio frequencies (RF) to transmit. All cables between equipment can act as 
antennas. To avoid RF getting into the cables, use shielded cables and out- 
side antennas. Reducing power and moving antennas (or equipment) can 
sometimes help reduce interference. Your TNC can receive a good packet; 
but, if your radio keys to transmit at the same time the data is sent on the 
cable to the computer, RFI can cause garbage to be display on your screen. 


(1 Non-regulated power supply or battery needs charged. Most TNCs 
require 12 volts dc. If the voltage goes under or beyond the range acceptable 
for operations, the TNC may do unusual things. 


1 A ground loop can cause garbage characters to display on the screen, as 
well as cause many other strange effects. Ground loops can be very difficult 
to find and fix. 


LJ RS-232 voltages need to be in the correct range. If a device is 

not made to specifications, or if failure of a component has caused the 
voltages to become out-of-spec, garbage characters may appear on 

the screen. (Chapter 2) For example, the filter capacitors in the —5 volt 
power supply of Kantronics units tend to dry out over several years 
and cause the RS-232 —5 voltage to ripple. 


Can hear packets, but nothing displays on the 
screen 


LJ Setting of monitor commands. The TNC command DISPLAY M 
will show you a list of the commands available in your TNC. See your 
TNC manual for definitions. In addition, note that: 1) PID (MPROTO 
or MNONAX25) is normally defaulted OFF. Network nodes and some 
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BBSs talk to each other with different PIDs. 2) PASSALL ON will 
display packets with bad CRCs. However, the TNC will not acknowledge 
a frame with a bad CRC. 


1 Collisions. The TNC must receive both flags before it attempts to 
decode a packet. There is no command that will allow displaying of 
packets if both flags are not received. 


(J Radio volume setting may be too low or too high. (Chapter 5) 


LI Signal Quality. The transmitting station must have an acceptable signal 
quality. (Chapter 5) 


1 Does the TNC RCV (DCD) LED light when packets are being received? 
If not, check the wiring of the TNC-to-radio cable. (Chapter 5) 


(J Equalization. Voice radios pre-emphasis signals for transmit and 
de-emphasis signals for receive. The amount of emphasis varies from radio 
to radio. Your TNC may need to do additional equalization for proper 
modem operation. Some carrier detects are more sensitive to equalization 
than others. (Chapter 5) 


1 Your TNC radio baud rate (HBAUD) must be the same as the signals 
you are trying to copy. Note: 1) VHF 1200 baud and HF 300 baud do not 
use the same tones. Some TNCs can be set to 300 baud but use VHF tones. 
2) There is some 2400 bps in parts of the country. 3) On HF, the KAM can 
be set for baud rates from 50 to 300. A baud rate of 300 is standard and used 
by almost everyone. 4) The Data Engine with DE1200 modem can be set 
for baud rates from about 5 to 1700. 


Problems making a connect 


TNC 
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1 Be sure you are typing the correct callsign and SSID. 
J If using a dual-port TNC, are you on the correct port? 


“J Collisions may make a connection impossible. Causes for collisions 
include congestion and distance. 


J TXDELAY time includes the time your radio needs to produce full 
power and the time the remote station needs to detect your signal. If this 
parameter is set too short, the beginning of the packet is never transmitted. 
(Chapter 4) 


J XMITOK. If the TNC command XMITOK is OFF, the TNC will 
not transmit. 


LL} <DM> and Busy. You may receive a <DM> packet if the remote station 

has CONOK OFF, or if he is already connected to the number of stations he 

has set with the USERS command. A “busy” message will also be displayed 
on your screen. (Chapter 6) 


(J You may be in the remote station’s excluded list. In some cases you 
may receive a <DM> packet, in other cases the remote TNC may totally 
ignore you. 


_} Carrier Detect. The type of carrier detect used may affect receive 
sensitivity. The TNC RCV (DCD) LED should be lit when carrier is 
detected. If not, check TNC carrier detect setting, radio squelch, and 
TNC-to-radio cable wiring. (Chapter 5) 


LJ Quality of signal. Audio drive level, equalization, and stability of 
transmitted tones all affect the quality of the signal. A poor signal may 
make communications impossible. (Chapter 5) 


_J PARITY. The TNC may ignore the parity bit in Command mode, 
making the TNC work in Command mode but appear to not work after 
connected. If parity is different in the TNC and computer, the SENDPAC 
character may not be recognized by the TNC. A few programs and dumb 
terminals have also been found to not work properly if 83BITCONV is 
set ON. (Chapter 3) 


LJ KAM AM/FM button. This button changes the filters in the KAM for 
SSB reception. The best position for the button will depend on the radio 
in use. Try both positions to see which is better. 


_J Ifa KAM is wired to an HF radio for FSK (instead of AFSK), the 
KAM’s MARK and SPACE commands need to be set to match the radio’s 
transmissions. Normally the KAM uses the tones defined by MARK and 
SPACE for transmitting and receiving packet. When using FSK, the radio 
transmits by shifting the carrier (normally using 2125 for Mark and 2295 
for Space). 


Radio, antenna 
J Is your radio turned on? 


(J Is the antenna connected to the radio. If you have more than one 
antenna, is it the correct antenna? 


J Both stations must be on the same frequency. Check your radio for 
simplex or duplex operations. Some radios have a button for +5 kHz; be 
sure it is in the correct position. Turn off the sub-band when using a dual- 
band radio. 
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LI Does the radio transmit LED light when the TNC transmit LED lights? 
If not, check to see that the cable is properly plugged into the TNC and 
radio. You may also need to check the wiring of your TNC-to-radio cable. 
(Chapter 5) 


(1 Is the radio volume too low or too high (when using audio modulation)? 
The radio volume level determines the strength of the input signal to the 
TNC. If set improperly, the TNC will receive a distorted signal. (Chapter 5) 


1 Is the radio squelch set properly (when using audio modulation)? If set 
too loose, the TNC RCV (DCD) LED will always be lit or flicker when no 
signal is being received. When set too tight, the radio will not hear weak 
signals. (Chapter 5) 


(1 The signal strength of your station or the remote station may be too 
weak to allow communications. 


J Your station or the remote station may be either over- or under-deviating 
making communications difficult or impossible. (Chapter 5) 


_1 Turn off radio specialized squelch and messaging systems For example, 
DCS, CTCSS, and PL. 


1 If using a battery, does it need recharged? Is the battery saver mode 
disabled? Battery saver modes do not wake-up fast enough to detect 
incoming data. 


1 When using SSB, shift the radio passband tuning so the TNC tones 
are centered in the passband. 


Other 
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_1 The remote station may not be on the air. 


_1 Some BBSs and Network nodes are set up to only communicate to other 
BBSs or Network nodes, respectively. To expedite communications, these 
systems often reserve some frequencies for only BBS or network access and 
have other frequencies for only user access. A BBS or network node may 
send you a <DMb> or may totally ignore you if you try to connect on a non- 
user frequency. 


(J Propagation may be poor causing your signal to be unreadable to the 
other station. This includes multipath and fading. 


1 Hum. Listen to your signal with another radio to hear if hum is present 
on the signal. Hum, from any source, may cause distortion of the audio 
signal. (Chapter 5) 


J Ground loops may be causing a reduction in the strength of your trans- 
mitted signal. Ground loops can be very difficult to find and fix. 


Problems getting information transferred after 
establishing a connect 


1 A short setting for PACLEN will increase efficiency on congested 
channels. (Chapter 4) 


1) A setting of MAXFRAME 1 will increase efficiency on congested 
channels. (Chapter 4) 


(} Under poor conditions it may be more efficient to use version 1 of 
the AX.25 protocol. (Chapters 4 and 6) 


J FRACK and RESPTIME parameters are used to set delay timers. 
Inappropriate settings can affect throughput. (Chapter 4) 


L} RR, REJ, RNR. It is often beneficial to set TNC monitor commands to 
display header information. The acknowledgments that are sent and 
received may give insight for solutions to a problem. (Chapter 6) 


(1 Speed of Network. When using a network to get to a distant location, the 
speed of the network will affect throughput. Ideally, the baud rate between 
network nodes should be faster than the baud rate used by individual users. 
Some network nodes also time-out after a period of inactivity from a user. 


1} DWAIT and PERSIST/SLOTTIME create delays to allow for shared 
channel access. (Chapter 4) 


C) If CTEXT and CMSG are configured to send a connect text, the remote 
TNC must acknowledge the connect text before it acknowledges the infor- 
mation you type. 


LJ If characters are being dropped, flow control (between the computer 
and TNC) may not be properly implemented in the stations involved. Check 
cable wiring and terminal program settings. (Chapters 2 and 3) 


[} When you press the return key, the terminal must send the SENDPAC 
character (normally a hex OD) to the TNC. If parity is set different in the 
TNC than in the terminal program, the TNC may misinterpret the character 
sent for the return key. (Chapter 3) 


1 A radio’s battery saver mode must be turned off to allow proper 
detection of carrier. 
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Can connect to some stations, but not to others 


11 TXDELAY must be long enough for the transmitting station to come 
up to full power, and for the receiving station to detect that a packet signal 
is present. The setting in both stations is important; radios differ in the 
amount of time necessary. (Chapter 4) 


(1 Signal quality of both stations. This includes over- or under-deviation, 
audio level, and equalization. (Chapter 5) 


LJ Physical location, antenna, and power affects signal strength. 


J Also see above under “Problems making a connect”. 


Where to go for additional help 


_1 TNC manual. Yes, most TNC manuals have a lot of good information 
in them. 


_1 Local packet operators and clubs. Most people that have been on 
packet for a while recognize that it takes time to learn and are willing 
to help newcomers. 


_1 BBS system. If you wish to use the packet bulletin board system to 

get answers to your questions, ask the sysop of your local BBS for the 
local area designators. There is no need to send most questions all over the 
United States; most questions can be answered by sending to a local area. 


(J TNC manufacture. Most manufactures will accept and answer questions 
by telephone, mail, and fax. Remember: 1) They cannot see your problem 
by these methods; you must accurately describe your situation and problem 
to them. As you can see, from the short list of problems presented here, 
there is rarely one solution to a given symptom. 2) Since the TNC is only 
one piece of equipment in the station, the TNC may not be the problem. 3) 
Firmware codes are extremely complex and bugs will always exist. There is 
no software or firmware in existence without bugs. To fix a bug, the manu- 
facture must be able to duplicate the bug. This means it must be repeatable; 
provide them with a specific sequence of events that always causes the 
problem. 4) Most problems are not bugs, nor are they equipment failure. 
Most problems are caused by a lack of understanding. 


J The AX.25 protocol is described in complete detail in the book AX.25 
Amateur Packet-Radio Link-Layer Protocol Version 2.0 October 1984. It 
is available from the ARRL as well as many amateur radio dealers. 
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Frames, maximum number 48 
FRMR_ 87, 94, 101, 102 
FSK 111 
Full duplex 37, 38, 39 
Full-screen program 37, 38 
FULLDUP 38 
G3RUH 9600 baud modem 67 
G8BPQ Packet Switch 102 
Garbage 28, 34, 102, 107 
Graphics 107 
Ground loop 28, 68, 109, 113 
Ground, chassis 21 
Ground, frame 21 
Ground, mic 66 


117 


Ground, serial cable 15, 19, 21, 28 

Ground, TNC-to-radio 66 

Half duplex 37, 38, 39 

Hand-Held Radios 58, 64, 72, 73 

Handshake, input and output 23 

Hang time 48 
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About this book 


What is your TNC doing when it transmits and what parameter 
settings result in the best throughput? 


What are the functions of the wires in the computer and the 
radio cables? 


What is the meaning of <RR3>, <REJ6>, <DM>, etc., in the 
header information? 


If you find yourself asking these questions, or similar questions, 
then this book is for you. 


What is your TNC doing? begins where most packets begin — 

at the computer. After a brief explanation of a computer and key- 
board, this book explains how the typed information gets from 
the computer to the TNC and which parameter settings affect this 
journey. Next the TNC processes the information and sends it to 
the radio. The parameter and radio settings that affect throughput 
are discussed. 


The TNC displays header information on the screen with the 
received information. The meaning of the header information is 
explained by examining two sample QSOs. TNCs communicate 
with each other by sending and receiving frames. This book 
details the structure of the AX.25 frame. 


Troubleshooting Guide. Each piece of equipment in a packet 
radio station is often made by a different manufacturer and has 
its own manual. When a problem happens it can be difficult to 
decide where to start looking for the answers. Troubleshooting 
sections are located throughout this book and the last chapter 
is dedicated to troubleshooting the most common problems. 


